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AREA 


本 书 是 The Neophyte's Guide to Scala 的 中 文 翻译 。 The Neophyte's Guide to 
Scala 是 Daniel Westheide 写 的 一 系列 有 关 Scala 的 文章 。 


id leanpub 中 将 此 系列 文章 打包 成 书 ， 如 果 你 觉得 此 书 对 你 有 帮助 ， 请 到 
给 予 原作 者 支持 ! 


为 什么 会 有 这 本 书 


在 读书 和 学 习 过 程 中 ， 个 人 一 直 很 难 坚持 做 好 一 件 事 情 。 对 于 专业 知识 ， 凡 不 明白 
的 ， 我 都 想 一 探 到 底 ， 但 由 于 自身 的 知识 缺陷 太 大 ， 很 多 东西 到 最 后 都 无 法 坚持 下 
来 ， 很 容易 产生 挫败 感 。 遂 借 此 机 会 ， 试 图 克服 这 一 缺点 。 


目前 已 经 花 了 整整 一 个 月 的 时 间 去 翻译 和 校对 ， 基 本 算是 完成 ， 不 愧 初 心 。 当 然 ， 
凡事 都 不 是 尽善尽美 的 ， 翻 译 中 必然 存在 理解 偏差 和 用 词 不 当 的 地 方 。 欢 迎 任何 
Issues 和 Pull Requests ! 


2012 年 秋天 ， 超 过 五 万 人 注册 了 Martin Odersky 先生 在 Coursera 上 开设 的 
Functional Programming Principles in Scala 。 这 是 一 个 巨大 的 数字 。 他 们 可 
能 是 第 一 次 接触 Scala、 函 数 式 编程 。2013 年 ， 这 个 课程 又 开始 了 ， 并 将 更 多 的 学 
和 


果 你 正在 看 这 篇 文章 ， 很 可 能 你 也 是 其 中 之 一 ， 或 者 通过 其 他 方式 已 经 学 习 
Scala 了 。 不 管 怎样 ， 如 果 你 对 探索 这 门 优美 的 语言 感到 兴奋 ， 但 又 不 知道 该 如 何 
去 学 ， 那 这 本 书 就 是 为 你 准备 的 。 


尽管 Coursera 上 的 这 门 课程 已 经 提供 了 很 多 材料 来 介绍 Scala ， 但 其 时 间 有 限 ， 
很 难 把 所 有 东西 都 解释 清楚 ， 对 于 初学 者 的 你 ，Scala 的 一 些 特性 看 起 来 就 像 魔法 
一 样 。 可 能 你 知道 如 何 使 用 它们 ， 但 无 法 完全 掌握 其 背后 的 原理 ， 更 重要 的 是 ， 
你 无 法 了 解 为 什么 这 样 做 就 是 对 的 。 


自从 这 门 课 程 的 第 一 次 开设 ， 我 就 开始 撰写 一 系列 博客 ， 意 在 把 事情 理 清 楚 ， 移 
除 初 学 者 心中 的 问号 。 这 份 电子 书 就 基于 这 系列 博客 。 鉴于 超 多 人 都 给 出 了 正面 
评价 ， 我 决定 把 所 有 文章 编译 成 书 。 


曾经 遇 到 过 麻烦 的 特性 。 之 


在 这 本 书 里 ， 我 会 解释 Scala 语言 的 一 些 特 性 ， 一 些 我 
只 能 摸 石头 过 河 。 为 了 不 让 读者 


前 大 部 分 时 候 ， 我 找 不 到 对 这 些 特性 的 好 的 解释 ， 只 
步 我 的 后 尘 ， 我 会 在 写作 中 给 出 这 些 特性 的 惯例 用 法 。 


介绍 的 已 经 差不多 了 。 在 开始 这 本 书 之 前 ， 读 者 要 知道 ， 虽 然 并 不 要 求 参 与 过 
Coursera 上 的 那 门 课程 ， 但 是 之 前 上 过 Coursera 的 Scala 课程 ， 会 有 利于 本 书 的 
阅读 ， 我 时 不 时 也 会 引用 课程 上 的 一 些 知识 点 。 


在 Coursera 上 ， 想 必 你 遇 到 过 一 个 非常 强大 的 语言 特性 : 模式 匹配 。 它 可 以 解 
绑 一 个 给 定 的 数据 结构 。 这 不 是 Scala 所 特有 的 ， 在 其 他 出 色 的 语言 中 ， 如 
Haskell、Erlang， 模 式 匹 配 也 扮演 着 重要 的 角色 。 


nt eds 告 构 ， 包 括 列表 、 流 ， 以 及 样 例 类 。 但 只 有 这 些 数 
结构 才能 E 际 是 怎么 
Rae 魔法 在 里 面 ， 得 以 写 些 类 似 下 面 的 代码 ? 


case class User(firstName: String, lastName: String, score: Int) 


def advance(xs: List[User]) = xs match ( 


case User( , _, scorei1) :: User( , _, score2) :: | => score1 
- Score2 
case _ => 0 


EET AXI 
事实 证 明 没 有 什么 魔法 ， 这 都 归功 于 提取 器 。 
提取 器 使 用 最 为 广泛 的 使 用 有 着 与 构造 器 相反 的 效果 : 构造 器 从 给 定 的 参数 列表 


创建 一 个 对 象 ， 而 提取 器 却 是 从 传递 给 它 的 对 象 中 提取 出 构造 该 TERNER- 
Scala 标准 库 包 含 了 一 些 预 定义 的 提取 器 ， 我 们 会 大 致 的 了 解 一 下 它们 。 


样 例 类 非常 特殊 ，Scala 会 自动 为 其 创建 一 个 伴生 对 象 : 一 个 包含 了 bd 和 
unapply 方法 的 单 例 对 象 。 apply 方法 用 来 创建 样 例 类 的 实例 ， 
unapply 需要 被 伴生 对 象 实现 ， 以 使 其 成 为 提取 器 。 


第 一 个 提取 器 


unapply 方法 可 能 不 止 有 一 种 方法 签名 ， 不 过 ， 我 们 从 只 有 最 简单 的 开始 ， 上 毕竟 
使 用 更 广泛 的 还 是 只 有 一 种 方法 签名 的 unapply 。 假设 要 创建 了 一 个 User 特 
质 ， 有 两 个 类 继承 自 它 ， 并 且 包 含 一 个 字段 : 


trart User 
def name: String 


} 


class FreeUser(val name: String) extends User 
class PremiumUser (val name: String) extends User 


我 们 想 在 各 自 的 伴生 对 象 中 为 ”FreeUser 和 PremiumUser 类 实现 提取 器 3k 
像 Scala 为 样 例 类 所 做 的 一 样 。 如 果 想 让 样 例 类 只 支持 从 给 定 对 象 中 提取 单个 参 
数 ， 那 unapply 方法 的 签名 看 起 来 应 该 是 这 个 样子 : 


def unapply(object: S): Option[T] 


这 个 方法 接受 一 个 类 型 为 S 的 对 象 ， 返 回 类 型 T 的 Option > T 就 是 要 提 
取 的 参数 类 型 。 


在 Scala 中 ， Option X null 值 的 安全 替代 。 以 后 会 有 一 个 单独 的 章节 来 
讲述 它 ， 不 过 现在 ， 只 需要 知道 ， unapply 方法 要 么 返回 Some[T] (如 
果 它 能 成 功 提取 出 参数 ) ， 要 么 返回 None ， None 表示 参数 不 能 被 
unapply 有 具体 实现 中 的 任 一 提取 规则 所 提取 出 。 


下 面 的 代码 是 我 们 的 提取 器 : 


trait User { 
def name: String 
} 
class FreeUser(val name: String) extends User 
class PremiumUser(val name: String) extends User 
object FreeUser { 
def unapply(user: FreeUser): Option[String] - Some(user.name) 
} 
object PremiumUser { 
def unapply(user: PremiumUser): Option[String] = Some(user.nam 
e) 


} 


现在 ， 可 以 在 REPL 中 使 用 它 : 


scala» FreeUser.unapply(new FreeUser("Daniel")) 
res0: Option[String] = Some(Daniel) 


如 果 调 用 返回 的 结果 是 Some[T] ， 说 明 提取 模式 匹配 成 功 ， 如 果 是 None ， 说 
明 模 式 不 匹配 。 


一 般 不 会 直接 调用 它 ， 因 为 用 于 提取 器 模式 时 ，Scala 会 隐 式 的 调用 提取 器 的 
unapply 方法 。 


val user: User = new PremiumUser("Daniel") 
user match { 
case FreeUser(name) -» "Hello" + name 
case PremiumUser(name) => "Welcome back, dear" + name 


你 会 发 现 ， 两 个 提取 器 绝 不 会 都 返回 None 。 这 个 例子 展示 的 提取 器 要 比 之 前 所 
见 的 更 有 意义 。 如 果 你 有 一 个 类 型 不 确定 的 对 象 ， 你 可 以 同时 检查 其 类 型 并 解构 。 


这 个 例子 里 ， FreeUser 模式 并 不 会 匹配 ， 因 为 它 接受 的 类 型 和 我 们 传递 给 它 的 
不 一 样 。 这 样 一 来 ， user 对 象 就 会 被 传递 给 第 二 个 模式 ， 也 就 是 
PremiumUser 伴生 对 象 的 unapply 方法 。 而 这 个 模式 会 匹配 成 功 ， 从 而 返回 
值 就 被 绑 定 到 name 参数 上 。 


在 接 下 来 的 文章 里 ， 我 们 会 看 到 一 个 并 不 总 是 返回 Some[T] 的 提取 器 的 例子 。 


提取 多 个 值 


现在 ， 假 设 类 有 多 个 字段 : 


trait User { 
def name: String 
def score: Int 


class FreeUser( 
val name: String, 
val score: Int, 
val upgradeProbability: Double 
) extends User 
class PremiumUser( 
val name: String, 
val score: Int 
) extends User 


如 果 提 取 器 想 解 构 出 多 个 参数 ， 那 它 的 unapply 方法 应 该 有 这 样 的 签名 : 


def unapply(object: S): Option[(T41, ..., T2)] 


这 个 方法 接受 类 型 为 s 的 对 象 ， 返 回 类 型 参数 为 TupleN 的 option 实例 ， 
TupleN 中 的 N 是 要 提取 的 参数 个 数 。 


修改 类 之 后 ， 提 取 器 也 要 做 相应 的 修改 : 


trait User jf 
def name: String 
def score: Int 


class FreeUser( 
val name: String, 
val score: Int, 
val upgradeProbability: Double 
) extends User 
class PremiumUser( 
val name: String, 
val score: Int 
) extends User 
object FreeUser { 


def unapply(user: FreeUser): Option[(String, Int, Double)] - 


Some((user.name, user.score, user.upgradeProbability)) 
} 
object PremiumUser { 
def unapply(user: PremiumUser): Option[(String, Int)] = 
Some((user.name, user.score)) 


现在 可 以 拿 它 来 做 模式 匹配 了 : 


val user: User = new FreeUser("Daniel", 3000, 0.7d) 
user match ( 
case FreeUser(name, 4, p) => 
if (p > 0.75) "$name, what can we do for you today?" 
else "Hello $name" 
case PremiumUser(name, _) => 
"Welcome back, dear $name" 


有 些 时 候 ， 进 行 模式 匹配 并 不 是 为 了 提取 参数 ， 而 是 为 了 检查 其 是 否 匹 配 。 这 种 情 
况 下 ， 第 三 种 unapply 方法 签名 (也 是 最 后 一 种 ) 就 有 用 了 ， 这 个 方法 接受 
S 类 型 的 对 象 ， 返 回 一 个 布尔 值 : 


def unapply(object: S): Boolean 


使 用 的 时 候 ， 如 果 这 个 提取 器 返回 true ， 模 式 会 匹配 成 功 ， 和 否则 ，Scala Až 
RF object 匹配 下 一 个 模式 。 


上 一 个 例子 存在 一 些 逻 辑 代 码 ， 用 来 检查 一 个 免费 用 户 有 没有 可 能 被 说 服 去 升级 他 
的 账户 。 其 实 可 以 把 这 个 逻辑 放 在 一 个 单独 的 提取 器 中 : 


object premiumCandidate { 
def unapply(user: FreeUser): Boolean - user.upgradeProbability 
£x (9)c 7l 


} 


你 会 发 现 ， 提 取 器 不 一 定 非 要 在 这 个 类 的 伴生 对 象 中 定义 。 正 如 其 定义 一 样 ， 这 个 
提取 器 的 使 用 方法 也 很 简单 : 


val user: User = new FreeUser("Daniel", 2500, 0.8d) 
user match ( 

case freeUser Q premiumCandidate() -» initiateSpamProgram(free 
User) 

case -» sendRegularNewsletter(user) 


使 用 的 时 候 ， 只 需要 把 一 个 空 的 参数 列表 传递 给 提取 器 ， 因 为 它 并 不 丨 的 需要 提取 
数据 ， 自 然 也 没 必 要 绑 定 变量 。 


这 个 例子 有 一 个 看 起 来 比较 奇怪 的 地 方 : 我 假设 存在 一 个 空想 的 

initiatespamProgram 函数， 其 接受 一 个 FreeUser 对 象 作为 参数 。 模式 可 
以 与 任何 一 种 User 类 型 的 实例 进行 匹配 ， 但 initiatespamProgram 不 行 ， 
只 有 将 实例 强制 转换 为 FreeUser 3X7  initiatespamProgram 才能 接受 。 


因为 如 此 ，Scala 5 1€ PC Bean fo EAE 2S P6 Be 2 56 EARE — 4-2 X En 
这 个 变量 有 着 与 提取 器 所 接受 的 对 象 相同 的 类 型 。 这 通过 @ 操作 符 实现 。 
premiumCandidate 接受 FreeUser 对 象 ， 因 此 ， 变 量 freeUser 的 类 型 也 
就 是 FreeUser 。 


布尔 提取 器 的 使 用 并 没有 那么 频繁 (就 我 自己 的 情况 来 说 ) ， 但 知道 它 存在 也 是 很 
好 的 ， 或 壕 或 早 ， 你 会 遇 到 一 个 使 用 布尔 提取 器 的 场景 。 


级 表达 方式 
解构 列表 、 流 的 方法 与 创建 它们 的 方法 类 似 ， 都 是 使 用 cons 操作 符 : :: 、 
#:: ， 比 如 : 


val xs = 58 #:: 43 #:: 93 #:: Stream.empty 

xs match T 
case first #:: second #:: _ => first - second 
case _ => -1 


你 可 能 会 对 这 种 做 法 产生 困惑 。 除 了 我 们 已 经 见 过 的 提取 器 用 法 ，Scala 还 允许 以 
组 方式 来 使 用 提取 器 。 所 以 ， 我 们 可 以 写成 e(pi, p2) ， 也 可 以 写成 pie 
p2 ， 其 中 e 是 提取 器 ， pi ^ p2 是 要 提取 的 参数 。 


同样 ， 中 组 操作 方式 的 head &:: tail 可 以 被 写成 s::(head, tail) ， 提 
取 器 PremiumUser 可 以 这 样 使 用 : name PremiumUser score ° 当然 ， 这 样 
做 并 没有 什么 实践 意义 。 一 般 来 说 ， 只 有 当 一 个 提取 器 看 起 来 和 趴 的 像 操 作 符 ， 才 推 
背 以 中 级 操作 方式 来 使 用 它 。 所 以 ， 列 表 和 流 的 cons 操作 符 一 般 使 用 中 缓 表 
达 ， 而 PreimumUser 则 不 用 。 


进一步 看 流 提取 器 


尽管 dio 提取 器 在 模式 匹配 中 的 使 用 并 没有 什么 特殊 的 ， 但 是 ， 为 了 更 好 的 理 
解 上 面 的 代码 ， 还 是 进一步 来 分 析 一 下 。 而 且 ， 这 是 一 个 很 好 的 例子 ， 根 据 要 匹配 
的 数据 结构 的 状态 ， 提 取 器 很 可 能 返回 None e 


如 下 是 Scala 2.9.2 源 代码 中 完整 的 #:: 提取 器 代码 : 


object 2Z:: ( 
def unapply[A](xs: Stream[A]): Option[(A, Stream[A]) - 
aif CIN NU None 
else Some((xs.head, xs.tail)) 


如 果 给 定 的 流 是 空 的 ， 提 取 器 就 直接 返回 None ° 因此， case head #:: 
tail 就 不 会 匹配 任何 空 的 流 。 否则 ， 就 会 返回 一 个 Tuple2 ， 其 第 一 个 元 素 是 
流 的 头 ， 第 二 个 元 素 是 流 的 尾 ， 尾 本 身 又 是 一 个 流 。 R> case head &:: 
tail 就 会 匹配 有 一 个 或 多 个 元 素 的 流 。 如 果 只 有 一 个 元 素 ， tail 就 会 被 绑 定 
成 空 流 。 


为 了 理解 流 提 取 器 是 怎么 在 模式 匹配 中 工作 的 ， 重 写 上 面 的 例子 ， 把 它 从 中 组 写法 
转 成 普通 的 提取 器 模式 写 


val xs = 58 #:: 43 #:: 93 #:: Stream.empty 

xs match ( 
case Z::(first, 4::(second, )) => first - second 
case | => -1 


首先 为 传递 给 模式 匹配 的 初始 流 xs 调用 提取 器 。 由 于 提取 器 返回 
Some(xs.head, xs.tail) ， 从 而 first 会 绑 定 成 58， xs 的 尾 会 继续 传 
递 给 提取 器 ， 提 取 器 再 一 次 被 调用 ， 返 回首 和 尾 ， second 就 被 绑 定 成 43 ^ 
而 尾 就 绑 定 到 通配符 —— ， 被 直接 扔 掉 了 。 


使 用 提取 器 


那 到 底 该 在 什么 时 候 使 用 、 怎 么 使 用 自 定义 的 提取 器 呢 ? 尤其 考虑 到 ， 使 用 样 例 类 
就 能 自动 获得 可 用 的 提取 器 


一 些 人 指出 ， 使 用 样 例 类 、 对 样 例 类 进行 模式 匹配 打破 了 封装 ， 耦合 了 匹配 数据 和 
AR ， 这 种 批评 通常 是 从 面向 对 象 的 角度 出 发 的 。 如 果 想 用 Scala 3t 
行 函数 式 编程 ， 将 样 例 关 当 作 只 包含 纯 数据 (不 包含 行为 ) 的 代数 数据 关 型 ， 那 

它 非 常 适合 o 


通常 ， 只 有 当 从 无 法 掌控 的 类 型 中 提取 数据 ， 或 者 是 需要 其 他 进行 模式 匹配 的 方法 
时 ， 才 需要 实现 自己 的 提取 器 。 


提取 器 的 一 种 常见 用 法 是 从 字符 串 中 提取 出 有 意义 的 值 ， 作 为 练习 ， 想 一 想 如 
何 实 现 URLExtractor 以 匹配 代表 URL 的 字符 串 。 


在 这 本 书 的 第 一 章 中 ， 我 们 学 习 了 Scala 模式 匹配 背后 的 提取 器 ， 学 会 了 如 何 实 现 
自己 的 提取 器 ， 及 其 在 模式 中 的 使 用 是 如 何 和 实现 联系 在 一 起 的 。 但 是 这 并 不 是 
取 器 的 全 部 ， 下 一 章 ， 将 会 学 习 如 何 实现 可 提取 可 变 个 数 参 数 的 提取 器 。 


序列 提取 


上 一 章 讲述 了 如 何 实现 自 定 义 的 提取 器 以 及 如 何在 模式 匹配 中 使 用 它们 ， 但 是 只 讨 
论 了 如 何 从 给 定 的 数据 结构 中 分 解 国定 数目 的 参数 。 对 某 种 数据 结构 来 说 ，Scala 
提供 了 提取 任意 多 个 参数 的 模式 匹配 方法 。 


比如 ， 你 可 以 匹配 只 有 两 个 、 或 者 只 有 三 个 元 素 的 列表 : 


Valxsemge5 c T2 t cUNILI 

xs match ( 

case List(a, b) => a * b 

case List(a, b, c) => a + b + C 
casem =>0 


} 


除 此 之 外 ， 也 可 以 使 用 通配符  * 匹配 长 度 不 确定 的 列表 : 
Vales uou ome 00 2A MINNIE 
xs match ( 
case List(a, b, *)-»a*b 
case _ => 0 


} 
这 个 例子 中 ， 第 一 个 模式 成 功 匹 配 ， 把 xs 的 前 两 个 元 素 分 别 绑 定 到 a ^ b 
， 而 剩余 的 列表 ， 无 论 其 还 有 多 少 个 元 素 ， 都 直接 被 忽 


显然 ， 这 种 模式 的 提取 器 是 无 法 通过 上 一 章 介 绍 的 方法 来 实现 的 。 需要 一 种 特殊 的 
方法 ， 来 使 得 一 个 提取 器 可 以 接受 某 一 类 型 的 对 象 ， 将 其 解构 成 列表 ， 且 这 个 列表 
的 长 度 在 编译 期 是 不 确定 的 。 


unapplySeq 就 是 用 来 做 这 件 事情 的 ， 下 面 的 代码 是 其 可 能 的 方法 签名 : 


def unapplySeq(object: S): Option[Seq[T]] 


这 个 方法 接受 类 型 s 的 对 象 ， 返 回 一 个 类 型 参数 为 Seq[T] 的 Option 。 


例子 : 提取 给 定 的 名 字 
现在 我 们 举 一 个 例子 来 展示 如 何 使 用 这 种 提取 器 。 


假设 有 一 个 应 用 ， 其 某 处 代码 接收 了 一 个 表示 人 名 且 类 型 为 String 的 参数 ， 这 
个 字符 串 可 能 包含 了 这 个 人 的 第 二 个 其 至 是 第 三 个 名 字 (如 果 这 个 人 不 止 有 一 个 名 
F) 。 比如 说 ， Daniel ^ Catherina Johanna ^ Matthew John 
Michael 。 而 我 们 想 做 的 是 ， 从 这 个 字符 串 中 提取 出 单个 的 名 字 。 


下 面 的 代码 是 一 个 用 unapplySeq 方法 实现 的 提取 器 : 


object GivenNames { 
def unapplySeq(name: String): Option[Seq[String]] = ( 
val names - name.trim.split(" ") 
if (name.forall( .isEmpty)) None 
else Some(names) 


c 


， 这 个 提取 器 会 将 其 解构 成 一 个 列表 。 如 果 


给 定 一 个 含有 一 个 或 多 个 名 字 的 字符 串 
器 会 返回 None ， 提 取 器 所 在 的 那个 模式 就 匹配 


符 
字符 串 不 包含 有 任何 名 字 ， 提 取 器 会 


下 面 对 提 取 器 进行 测试 : 


def greetWithFirstName(name: String) = name match ( 
case GivenNames(firstName, _*) => s'Good morning, $firstname 


case _ => "Welcome! Please make sure to fill in your name!" 


greetwithFirstName("Daniel") 会 返回 "Good morning, Daniel!" > 而 
greetwithFirstName("Catherina Johanna") 会 返回 "Good morning, 
Catherina!" ° 


固定 和 可 变 的 参数 提取 


有 些 时 候 ， 需 要 提取 出 至 少 多 少 个 值 ， 这 样 ， 在 编译 期 ， 就 知道 必须 要 提取 出 几 个 
值 出 来 ， 再 外 加 一 个 可 选 的 序列 ， 用 来 保存 不 确定 的 那 一 部 分 。 


在 我 们 的 例子 中 ， 假 设 输入 的 字符 串 包 含 了 一 个 人 完整 的 姓名 ， 而 不 仅仅 是 名 字 。 
比如 字符 串 可 能 是 "John Doe" » "Catherina Johanna Peterson"， 其 中 ， 
"Doe"、"Peterson" 是 姓 ，"John"、"Catherina"、"Johanna" 是 名 。 我 们 想 做 的 是 匹 
配 这 样 的 字符 串 ， 把 姓 绑 定 到 第 一 个 变量 ， 把 第 一 个 名 字 绑 定 到 第 二 个 变量 ， 第 三 
个 变量 存放 剩 下 的 任意 个 名 字 。 


稍微 修改 unapplysSeq 方法 就 可 以 解决 上 述 问 题 : 


def unapplySeq(object: S): Option[(T1, .., Tn-1, Seq[T])] 


unapplyseq 返回 的 同样 是 Option[Tuplen] ， 只 不 过 ， 其 最 后 一 个 元 素 是 一 
^ Seq[T] 。 这 个 方法 签名 看 起 来 应 该 很 熟悉 ， 它 和 之 前 的 一 个 unapply € 
名 类 似 。 


下 列 代码 是 利用 这 个 方法 生成 的 提取 器 : 


object Names { 
def unapplySeq(name: String): Option[(String, String, Seq[Stri 
ng])] = { 
val names = name.trim.split(" ") 
if (names.size < 2) None 
else Some((names.last, names.head, names.drop(1).dropRight(1 
))) 
} 


仔细 看 看 其 返回 值 ， 及 其 构造 Some 的 方式 。 代码 返回 一 个 类 型 参数 为 
Tuple3 的 Option ， 这 个 元 组 包含 了 姓 、 名 、 以 及 由 剩余 的 名 字 构 成 的 序列 。 


如 果 这 个 提取 器 用 在 一 个 模式 中 ， 那 只 有 当 给 定 的 字符 串 至 少 含有 姓 和 名 时 ， 模 式 
才 匹 配 成 功 。 


下 面 用 这 个 提取 器 重 写 greeting 方法 : 


def greet(fullName: String) - fullName match ( 
case Names(lastName, firstName, _*) => 
s"Good morning, $firstName $lastName!" 
case _ => 
"Welcome! Please make sure to fill in your name!" 


你 可 以 在 REPL 中 或 者 worksheet 上 试 试 这 些 代码 。 


这 一 草 里 ， 我 们 学 会 了 怎样 去 实现 和 使 用 返回 不 定 长 度 值 序列 的 提取 器 。 提取 器 是 
一 个 相当 强大 的 工具 ， 你 可 以 灵活 的 重用 它们 ， 从 而 提供 一 种 有 效 的 方法 来 扩展 要 
匹配 的 模式 。 


下 一 章 ， 我 会 给 出 模式 匹配 在 Scala 中 的 不 同 用 法 (现在 所 见 到 的 只 是 冰山 一 
B) 


无 处 不 在 的 模式 
前 两 章 花 费 了 相当 多 的 时 间 去 解释 下 面 这 两 件 事情 : 


1. 用 模式 解构 对 象 是 怎么 一 回 事 。 
2. 如 何 构 造 自己 的 提取 器 。 


现在 是 时 候 去 了 解 模 式 更 多 的 用 法 了 。 


模式 匹配 表达 式 


模式 可 能 出 现 的 一 个 地 方 就 是 模式 匹配 表达 式 (pattern matching expression) : 一 
个 表达 式 e ， 后 面 跟着 关键 字 match 以 及 一 个 代码 块 ， 这 个 代码 块 包含 了 一 
些 匹配 样 例 ; 而 样 例 又 包含 了 case 关键 字 、 模 式 、 可 选 的 SE 6)(guard 
clause) ， 以 及 最 右边 的 代码 块 ; 如 果 模 式 匹 配 成 功 ， 这 个 代码 块 就 会 执行 。 写成 
代码 ， 看 起 来 会 是 下 面 这 种 样子 : 


e match { 
case Patterni1 => blocki 
case Pattern2 if-clause -» block2 


下 面 是 一 个 更 具体 的 例子 : 


case class Player(name: String, score: Int) 
def printMessage(player: Player) - player match ( 
case Player( , score) if score > 100000 => 
println("Get a job, dude!") 
case Player(name, _) => 
println("Hey, $name, nice to see you again!") 


printMessage 的 返回 值 类 型 是 Unit ， 其 唯一 目的 是 执行 一 个 副作用 ， 即 打 
印 一 条 信息 。 要 记 住 你 不 一 定 非 要 使 用 模式 匹配 ， 因 为 你 也 可 以 使 用 像 Java 语言 
中 的 switch 语句 。 


但 这 里 使 用 的 模式 匹配 表达 式 之 所 以 叫 模式 匹配 表达 式 是 有 原因 的 : 其 返回 值 是 
由 第 一 个 匹配 的 模式 中 的 代码 块 决定 的 。 


通常 是 好 的 ， 因 为 它 允 许 你 解 耦 两 个 并 不 真 正 属 于 彼此 的 东西 ， 也 使 得 你 的 
于 测试 。 可 把 上 面 的 例子 重 写成 下 面 这 样 


case class Player(name: String, score: Int) 
def message(player: Player) = player match ( 
case Player( , score) if score > 100000 => 
"Get a job, dude!" 
case Player(name, _) => 
"Hey, $name, nice to see you again!" 


} 
def printMessage(player: Player) = println(message(player)) 


现在 ， 独 立 出 一 个 返回 值 是 String 类 型 的 message 函数 ， 它 是 一 个 纯 函 
数 ， 没 有 任何 副作用 ， 返 回 模式 匹配 表达 式 的 结果 ， 你 可 以 将 其 保存 为 值 ， 或 者 赋 
值 给 一 一 个 变量 9 


值 定义 中 的 模式 


模式 还 可 能 出 现 值 定义 的 左边 。 (以 及 变量 定义 ， 本 书 中 变量 的 使 用 并 不 多 ， 因 为 
我 偏向 于 使 用 函数 式 风格 的 Scala 代 码 ) 


假设 有 一 个 方法 ， 返 回 当 前 的 球员 ， 我 们 可 以 模拟 这 个 方法 ， 让 它 始终 返回 同一 个 
球员 : 


def currentPlayer(): Player = Player("'"Daniel", 3500) 
通常 的 值 定义 如 下 所 示 : 


val player = currentPlayer() 
doSomethingWithName(player.name) 


如 果 你 知道 Python， 你 可 能 会 了 解 一 个 称 为 序列 解 包 (sequence unpacking) &* Zi 
po ip N roi n i 
写 你 的 Scala 代码 : 改变 我 们 的 代码 ， 在 将 球员 赋值 给 左 侧 变量 的 同时 去 解构 它 


val Player(name, _) = currentPlayer() 
doSomethingWithName (name) 


你 可 以 用 任何 模式 来 做 这 件 事情 ， 但 得 确保 模式 总 能 够 匹配 ， 否 则 ， 代 码 会 在 运行 
时 出 错 。 下 面 的 代码 就 是 有 问题 的 : scores 方法 返回 球员 得 分 的 列表 。 为 了 说 
明 问 题 ， 代 码 中 只 是 返回 一 个 空 的 列表 。 


def scores: List[Int] = List() 
val best :: rest - scores 
println("The score of our champion is " + best) 


运行 的 时 候 ， 就 会 出 现 MatchError 。 《好 像 我 们 的 游戏 不 是 那么 成 功 ， 毕 竞 没 
有 任何 得 分 ) 


一 种 安全 且 非 常 方便 的 使 用 方式 是 只 解构 那些 在 编译 期 就 知道 类 型 的 样 例 类 。 此 
外 ， 以 这 种 方式 来 使 用 元 组 ， 代 码 可 读 性 会 更 强 。 假设 有 一 个 函数 ， 返 回 一 个 包含 
球员 名 字 及 其 得 分 的 元 组 ， 而 不 是 先前 定义 的 Player 

def gameResult(): (String, Int) = ("Daniel", 3500) 


访问 元 组 字段 的 代码 给 人 感觉 总 是 很 怪异 : 


val result = gameResult() 
println(result. 1 + ": " + result. 2) 


这 样 ， 在 赋值 的 同时 去 解构 它 是 非常 安全 的 ， 因 为 我 们 知道 它 类 型 是 Tuple2 


val (name, score) = gameResult() 
println(name + ": " + score) 


这 就 好 看 多 了 ， 不 是 吗 ? 


for 语句 中 的 模式 


模式 在 for 语句 中 也 非常 重要 。 所 有 能 在 值 定义 的 左 侧 使 用 的 模式 都 适用 于 for 语 
名 的 值 定义 。 因 此， 如 果 我 们 有 一 个 球员 得 分 集 ， 想 确定 谁 能 进 名 人 堂 (得 分 超过 
一 定 上 限 ) ， 用 for 语句 就 可 以 解决 : 


def gameResults(): Seq[(String, Int)] = 
("Dansel" 35005 :- ("Melissa'? 13000) -- (John 2000) 5: Na 


def hallOfFame - for ( 
result «- gameResults() 
(name, score) - result 
if (score » 5000) 
} yield name 


国定 二 
2 List("Melissa", "John") ， 因 为 第 一 个 球员 得 分 没 超 过 5000。 


上 面 的 代码 还 可 以 写 的 更 简单 ，for 语句 中 ， 生 成 器 的 左 侧 也 可 以 是 模式 。 从 而 ， 
可 以 直接 在 左 则 把 想 要 的 值 解构 出 来 : 


def hallOfFame = for { 
(name, score) <- gameResults() 
if (score » 5000) 
} yield name 


模式 (name, score) 总 会 匹配 成 功 ， 如 果 没 有 守卫 语句 if (score > 5000) 
，for 语句 就 相当 于 直接 将 元 组 映射 到 球员 名 字 ， 不 会 进行 过 渡 。 

不 过 你 要 知道 ， 生 成 器 左 侧 的 模式 也 可 以 用 来 过 滤 。 如 果 左 侧 的 模式 匹配 失败 ， 那 
相关 的 元 素 就 会 被 直接 过 滤 掉 。 


为 了 说 明 这 种 情况 ， 假 设 有 一 序列 的 序列 ， 我 们 想 返 回 所 有 非 空 序列 的 元 素 个 数 。 
这 就 需要 过 滤 掉 所 有 的 空 列表 ， 然 后 再 返回 剩 下 列表 的 元 素 个 数 。 下面 是 一 个 解决 
方案 : 


val lists = List(1, 2, 3) :: List.empty :: List(5, 3) :: Nil 
for 1 
list Q head :: «- lists 


) yield list.size 


上 面 例子 中 ， 左 侧 的 模式 不 匹配 空 列 表 。 这 不 会 抛 出 MatchError ， 但 对 应 的 空 
列表 会 被 丢掉 ， 因 此 得 到 的 结果 是 List(3, 2) 。 


模式 和 for 语句 是 一 个 很 自然 、 很 强大 的 结合 。 用 Scala 工作 一 段 时 间 后 ， 你 会 发 


现 经 第 需要 它 。 


这 一 章 讲述 了 模式 的 多 种 使 用 方式 。 除 此 之 外 ， 模 式 还 可 以 用 于 定义 匿名 函数 ， 
如 果 你 试 过 用 catch RAH Scala 中 的 异常 ， 那 你 就 见 过 模式 的 这 个 用 法 ， 下 


一 章 会 详细 描述 。 


jk AUC 8e 5 E Ó 3X 
上 一 章 总 结 了 模式 在 Scala 中 的 几 种 用 法 ， 最 后 提 到 了 匿名 部 数 。 这 一 章 ， 我 们 具 
体 的 去 学 习 如 何在 匿名 函数 中 使 用 模式 。 


如 果 你 参与 过 Coursera 上 的 那 门 Scala 课程 > 或 者 写 过 Scala 代码 ， 那 很 可 能 
你 已 经 熟悉 匿名 函数 。 比如 说 ， 将 一 组 歌 名 转换 成 小 写 格式 ， 你 可 能 会 定义 一 个 匿 
名 函数 传递 给 map 方法 : 


val songTitles = List("The White Hare", "Childe the Hunter", "Ta 
ke no Rogues") 
songTitles.map(t -» t.toLowerCase) 


或 者 ， 利 用 Scala 的 & & f i& iX (placeholder syntax) 得 到 更 加 简短 的 代码 : 


songTitles.map(. .toLowerCase) 


目前 为 止 ， 一 切 都 很 顺利 。 不过， 让 我 们 来 看 一 个 稍微 有 些 区 别 的 例子 : 假设 有 
一 个 由 二 元 组 组 成 的 序列 ， 每 个 元 组 包含 一 个 单词 ， 以 及 对 应 的 词 频 ， 我 们 的 目标 
就 是 去 除 词 频 太 高 或 者 太 低 的 单词 ， 只 保留 中 间 地 带 的 。 需 要 写 出 这 样 一 个 函数 : 


wordsWithoutOutliers(wordFrequencies: Seq[(String, Int)]): Seq[S 
tring] 


一 个 很 直观 的 解决 方案 是 使 用 filter 和 map 函数 : 


val wordFrequencies = ("habitual", 6) :: ("and", 56) :: ("consue 
tudinanry am 2) 
@additiona yu 27) =: homely 5) o5 soctety ^ 1e) 2: NII 


def wordsWithoutOutliers(wordFrequencies: Seq[(String, Int)]): S 
eq[String] - 

wordFrequencies.filter(wf => wf. 2 > 3 && wf. 2 < 25).map( .. 1 
) 


wordsWithoutOutliers(wordFrequencies) // List("habitual", "homel 
y", "society") 


E — — IB 


这 个 解法 有 几 个 问题 。 首先 ， 访 问 元 组 字段 的 代码 不 好 看 ， 如 果 我 们 可 以 直接 解构 
出 字段 ， 那 代码 可 能 更 加 美观 和 可 读 。 


#4 ^ Scala RET 5 ?F—4$ 5 E E ACA ZA: 模式 匹配 形式 的 匿名 函数 ， 它 是 
由 一 系列 模式 匹配 样 例 组 成 的 ， 正 如 模式 匹配 表达 式 那 样 ， 不 过 没有 match 。 
下 面 是 重 写 后 的 代码 : 


def wordsWithoutOutliers(wordFrequencies: Seq[(String, Int)]): S 
eq[String] - 

wordFrequencies.filter ( case ( , f) - f > 3 && f < 25 ) map { 
case (w, ) =w} 


E ccce] 
在 两 个 匿名 函数 里 ， 我 们 只 使 用 了 一 个 匹配 案例 ， 因 为 我 们 知道 这 个 样 例 总 是 会 匹 


配 成 功 ， 要 解构 的 数据 类 型 在 编译 期 就 确定 了 ， 没 有 会 出 错 的 可 能 。 这 是 模式 匹 
配 型 匿名 函数 的 一 个 非常 常见 的 用 法 。 


如 果 把 这 些 匿 名 函数 赋 给 其 他 值 ， 你 也 会 看 到 它们 有 着 正确 的 类 型 : 
val predicate: (String, Int) => Boolean = { case ( , f) = f>3 


&& f « 25 ) 
val transformFn: (String, Int) => String = ( case (w, )-»w]) 


不 过 要 注意 ， 必 须 显示 的 声明 值 的 类 型 ， 因 为 Scala 编译 器 无 法 从 匿名 函数 中 
推导 出 其 类 型 。 


当然 ， 也 可 以 定义 一 系列 更 加 复杂 的 的 匹配 案例 。 但 是 你 必须 的 确保 对 于 每 一 个 可 
能 的 输入 ， 都 会 有 一 个 样 例 能 够 匹配 成 功 ， 不 然 ， 运 行 时 会 抛 出 MatchError 。 


9h ax 


有 时 候 可 能 会 定义 一 个 只 处 理 特 定 输入 的 函数 。 这 样 的 一 种 函数 能 帮 我 们 解决 
wordsWithoutOutliers 中 的 另外 一 个 问题 : 在 wordswithoutOutliers 

中 ， 我 们 首先 过 滤 给 定 的 序列 ， 然 后 对 剩 下 的 元 素 进 行 映射 ， MENACES 
历 序列 两 次 。 如果 存在 一 种 解法 只 需要 遍历 一 次 ， 那 不 仅 可 以 节省 一 些 CPU ， 

会 使 得 代码 更 简洁 ， 更 具有 可 读 性 。 


Scala 集合 的 API 有 一 个 叫做 ”collect 的 方法 ， 对 于 Seq[A] ， 它 有 如 下 方法 
签名 : 


def collect[B](pf: PartialFunction[A, B]): Seq[B] 


这 个 方法 将 给 定 的 88 (partial function) 应 用 到 序列 的 每 一 个 元 素 上 ， 最 后 返回 
一 个 新 的 序列 - 偏 函数 做 了 filter 和 map 要 做 的 事情 。 


Mie HAEREA? 概括 来 说 ， 偏 函数 是 一 个 一 元 函数 ， 它 只 在 部 分 输入 上 有 
定义 ， 并 且 人 允许 使 用 者 去 检查 其 在 一 个 给 定 的 输入 上 是 否 有 定义 。 为 此 ， 特 质 
PartialFunction 提供 了 一 个 isDefinedat 方法。 事实 上 ， 类 型 
PartialFunction[-A, +B] 扩展 了 类 型 (A) => B (一 元 函数 ， 也 可 以 写成 
Functioni[A, B] ) » 模式 匹配 型 的 匿名 函数 的 类 型 就 是 PartialFunction 


o 


依据 继承 关系 ， 将 一 个 模式 匹配 型 的 匿名 函数 传递 给 接受 一 元 函数 的 方法 
(4e : map ^ filter ) 是 没有 问题 的 ， 只 要 这 个 匿名 函数 对 于 所 有 可 能 的 输入 
都 有 定义 。 


不 过 collect 方法 接受 的 函数 只 能 是 PartialFunction[A, B] 类 型 的 。 对 
于 序列 中 的 每 一 个 元 素 ， 首 先 检 查 偏 函数 在 其 上 面 是 否 有 定义 ， 如 果 没 有 定义 ， 那 
这 个 元 素 就 直接 被 忽略 掉 ， 否 则 ， 就 将 偏 函 数 应 用 到 这 个 元 素 上 ， 返 回 的 结果 加 入 
结果 集 。 


现在 ， 我 们 来 重 构 wordswithoutOutliers ， 首 先 定义 需要 的 偏 函 数 


val pf: PartialFunction[(String, 


Int), String] = { 
case (word, freq) if freq > 3 && freq < 25 => word 
j 


我 们 为 这 


文 个 案例 加 入 了 守卫 语句 ， 不 在 区 间 里 的 元 素 就 没有 定义 。 
余 了 使 用 上 面 的 这 种 方式 ， 


还 可 以 显示 的 扩展 partialFunction 特质 
val pf = 


new PartialFunction[(String, Int), String] { 
def apply(wordFrequency 
{ 


: (String, Int)) = 


wordFrequency match 
case (word, freq) if freq > 3 && freq < 25 => word 
} 


def isDefinedAt(wordFrequency 
match ( 


: (String, Int)) - 


- wordFrequency 
case (word, freq) if freq > 3 && freq < 25 => true 
case _ => false 


当然 ， 前 一 种 方法 更 为 更 为 简洁 。 
把 定义 好 的 pf 传递 


给 map 函数 ， 能 
MatchError » A X 4418349 E X 3E 


N 


够 通过 编译 期 ， 但 运行 时 会 抛 出 
在 所 有 输入 值 上 都 有 定义 

wordFrequencies.map(pf) // will throw a MatchError 

过 ， 把 它 传 递 给 collect 


函数 就 能 得 到 想 要 的 结果 : 


wordFrequencies.collect(pf) // List("habitual" 
ty" ) 


"homely", "socie 


这 个 结果 和 我 们 最 初 的 实现 所 得 到 的 结果 是 一 样 的 ， 因 此 我 们 可 以 重 写 
wordswithoutout1Liers 


def wordsWithoutOutliers(wordFrequencies: Seq[(String, Int)]): S 
eq[String] - 

wordFrequencies.collect ( case (word, freq) if freq » 3 && fre 
q < 25 => word } 


偏 函 数 还 有 其 他 一 些 有 用 的 性 质 ， 比 如 说 ， 它 们 可 以 被 直接 串联 起 来 ， 实 现 函 数 式 
的 责任 链 模式 ( 源 自 于 面向 对 象 程式 设计 ) 。 


偏 函 数 还 是 很 多 Scala 库 和 API 的 重要 组 成 部 分 。 比 如 : Akka 中 ，actor 处 理 信 
息 的 方法 就 是 通过 偏 函 数 来 定义 的 。 因此， 理解 这 一 概念 是 非常 重要 的 。 


在 这 一 章 中 ， 我 们 学 习 了 另 一 种 定义 匿名 六 数 的 方法 : 一 系列 的 匹配 样 例 ， 它 用 一 
种 非常 简洁 的 方式 让 解构 数据 成 为 可 能 。 而 且 ， 我 们 还 深入 到 偏 函 数 这 个 话题 ， 用 
一 个 简单 的 例子 展示 了 它 的 用 处 。 


下 一 章 ， 我 们 将 深入 的 学 习 已 经 出 现 过 的 Option 类 型 ， 探 索 其 存在 的 原因 及 其 
使 用 方式 。 


类 型 Option 


前 几 章 ， 我 们 讨论 了 许多 相当 先进 的 技术 ， 尤 其 是 模式 匹配 和 提取 器 。 是 时 候 来 看 
一 看 Scala 另 一 个 基本 特性 了 : Option 类 型 。 


可 能 你 已 经 见 过 它 在 Map API 中 的 使 用 ; 在 实现 自己 的 提取 器 时 ， 我 们 也 用 过 
它 ， 然 而 ， 它 还 需要 更 多 的 解释 。 你 可 能 会 想 知 道 它 到 底 解 决 什么 问题 ， 为 什么 
用 它 来 处 理 缺 失 值 要 比 其 他 方法 好 ， 而 且 可 能 你 还 不 知道 该 怎么 在 你 的 代码 中 使 用 
它 。 这 一 章 的 目的 就 是 消除 这 些 问 号 ， 并 教授 你 作为 一 个 新 手 所 应 该 了 解 的 


Option 知识 。 


基本 概念 


Java 开发 者 一 般 都 知道 NullPointerException (其 他 语言 也 有 类 似 的 东 
A) ， 通 常 这 是 由 于 某 个 方法 返回 了 null ， 但 这 并 不 是 开发 者 所 希望 发 生 的 ， 
代码 也 不 好 去 处 理 这 种 异常 。 


值 null 通常 被 滥用 来 表征 一 个 可 能 会 缺失 的 值 。 不 过 ， 某 些 语言 以 一 种 特殊 的 
方法 对 待 null 值 ， 或 者 允许 你 安全 的 使 用 可 能 是 null 的 值 。 比 如 说 ， 
Groovy 有 安全 运算 符 (Safe Navigation Operator) 用 于 访问 属性 ， 这 样 
foo?.bar?.baz 不 会 在 foo 或 bar 是 null 时 而 引发 异常 ， 而 是 直接 返 
回 null ， 然 而 ，Groovy 中 没有 什么 机 制 来 强制 你 使 用 此 运算 符 ， 所 以 如 果 你 忘 
记 使 用 它 ， 那 就 完蛋 了 | 


Clojure 对 待 nil 基本 上 就 像 对 待 空 字符 串 一 样 。 也 可 以 把 它 当 作 列 表 或 者 映射 
表 一 样 去 访问 ， 这 意味 着 ， nil 在 调用 层级 中 向 上 冒 泡 。 很 多 时 候 这 样 是 可 行 
的 ， 但 有 时 会 导致 异常 出 现在 更 高 的 调用 层级 中 ， 而 那里 的 代码 没有 对 nil 加 以 


Scala 试图 通过 摆脱 null 来 解决 这 个 问题 ， 并 提供 自己 的 类 型 用 来 表示 一 个 值 
是 可 选 的 (有 值 或 无 值 ) ， 这 就 是 0ption[A] 特质 。 


Option[A] 是 一 个 类 型 为 A 的 可 选 值 的 容器 : 如 果 值 存在 ， 0ption[A] 就 
是 一 个 Some[A] ， 如 果 不 存在 ， 0ption[A] 就 是 对 象 None 。 


在 类 型 层面 上 指出 一 个 值 是 否 存 在 ， 使 用 你 的 代码 的 开发 者 (也 包括 你 自己 ) 就 会 
被 编译 器 强制 去 处 理 这 种 可 能 性 ， 而 不 能 依赖 值 存 在 的 偶然 性 。 


Option 是 强制 的 | 不 要 使 用 null 来 表示 一 个 值 是 缺失 的 。 


创建 Option 
通常 ， 你 可 以 直接 实例 化 Some 样 例 类 来 创建 一 个 Option 。 


val greeting: Option[String] = Some("Hello world") 


或 者 ， 在 知道 值 缺 失 的 情况 下 ， 直 接 使 用 None 对 象 : 


val greeting: Option[String] = None 


然而 ， 在 实际 工作 中 ， 你 不 可 避免 的 要 去 操作 一 些 Java 库 ， 或 者 是 其 他 将 
null 作为 缺失 值 的 JVM 语言 的 代码 。 为 此 ， Option 伴生 对 象 提 供 了 一 个 工 
厂 方法 ， 可 以 根据 给 定 的 参数 创建 相应 的 Option 


val absentGreeting: Option[String] = Option(null) // absentGreet 
ing will be None 

val presentGreeting: Option[String] - Option("Hello!") // presen 
tGreeting will be Some("Hello!") 


使 用 Option 


目前 为 止 ， 所 有 的 这 些 都 很 简洁 过 该 怎么 使 用 Option 呢 ? 是 时 候 开 始 举 些 无 
聊 的 例子 了 。 


想象 一 下 ， 你 正在 为 某 个 创业 公司 工作 ， 要 做 的 第 一 件 事情 就 是 实现 一 个 用 户 的 存 
fk Ec 要求 能 够 通过 唯一 的 用 户 ID 来 查找 他 们 。 有 时 候 请 求 会 带 来 假 的 1D， 这 种 
情况 ， 查 找 方法 就 需要 返回 Option[User] 类 型 的 数据 。 一 个 假想 的 实现 可 能 


日 


元 : 


case class User( 
qd: Int, 
firstName: String, 
lastName: String, 
age: Int, 
gender: Option[String] 


object UserRepository { 
private val users = Map(1 -> User(1, "John", "poe", 32, Some( 
"male")), 
2 -» User(2, "Johanna", "Doe", 30, N 
one)) 
def findById(id: Int): Option[User] = users.get(id) 
def findAll - users.values 


Ki mum wj 


现在 ， 假 设 从 UserRepository 接收 到 一 个 Ooption[User] 实例 ， 并 需要 拿 它 
做 点 什么 ， 该 怎么 办 呢 ? 


一 个 办 法 就 是 通过 isDefined 方法 来 检查 它 是 否 有 值 。 如 果 有 ， 你 就 可 以 用 
get 方法 来 获取 该 值 : 

val user1 = UserRepository.findById(:) 

if (useri.isDefined) ( 


println(useri.get.firstName) 
1X7 wall print "John* 


这 和 Guava 库 中 的 Optional 使 用 方法 类 似 。 不 过 这 种 使 用 方式 太 过 策 重 ， 更 
重要 的 是 ， 使 用 get 之 前 ， 你 可 能 会 忘记 用 isDefined 做 检查 ， s 
行 期 出 现 异 常 。 这样 一 来 ， 相 对 于 null ， 使 用 option 并 没有 什么 优 


你 应 该 尽 可 能 远离 这 种 访问 方式 ! 


提供 一 个 默认 值 


很 多 时 候 ， 在 值 不 存在 时 ， 需 要 进行 回 退 ， 或 者 提供 一 个 默认 值 。 Scala 为 
Option 提供 了 getorElse 方法 ， 以 应 对 这 种 情况 : 
val user = User(2, "Johanna", "Doe", 30, None) 


println("Gender: " + user.gender.getOrElse("not specified")) / 
/ will print "not specified" 


请 注意 ， 作 为 getorElse 参数 的 默认 值 是 一 个 传 名 参数 ， 这 意味 着 ， 只 有 当 这 
个 Option 确实 是 None 时 ， 传 名 参数 才 会 被 求 值 。 因 此， 没 必 要 担心 创建 默 
认 值 的 代价 ， 它 只 有 在 需要 时 才 会 发 生 。 


模式 匹配 


Some 是 一 个 样 例 类 ， 可 以 出 现在 模式 匹配 表达 式 或 者 其 他 允许 模式 出 现 的 地 
方 。 上 面 的 例子 可 以 用 模式 匹配 来 重 写 : 


val user = User(2, "Johanna", "Doe", 30, None) 
user.gender match { 
case Some(gender) => println("Gender: " + gender) 
case None => println("Gender: not specified") 


或 者 ， 你 想 删除 重复 的 println w9 > JP € AK HU AEBOURGR ALLEE : 
val user - User(2, "Johanna", "Doe", 30, None) 
val gender - user.gender match ( 
case Some(gender) -» gender 
case None => "not specified" 
} 


println("Gender: " + gender) 
你 可 能 已 经 发 现 用 模式 匹配 处 理 Option 实例 是 非常 哆 嗪 的 ， 这 也 是 它 非 惯用 法 
的 原因 。 所 以 ， 即 使 你 很 喜欢 模式 匹配 ， 也 尽量 用 其 他 方法 吧 。 


不 过 在 Option 上 使 用 模式 确实 是 有 一 个 相当 优雅 的 方式 ， 在 下 面 的 for i$ 6] — $ 
中 ， 你 就 会 学 到 。 


作为 集合 的 Option 
到 目前 为 止 ， 你 还 没有 看 见 过 优雅 使 用 Option 的 方式 吧 。 下 面 这 个 就 是 了 。 


前 文 我 提 到 过 ， Option A 的 容器 ， 更 确切 地 说 ， 你 可 以 把 它 看 作 是 某 
种 集合 ， 这 个 特殊 的 集合 要 么 只 和 包含 一 个 元 素 ， 要 么 就 什么 元 素 都 没有 。 


虽然 在 类 型 层次 上 ， Option 并 不 是 Scala 的 集合 类 型 ， 但 ， 凡 是 你 觉得 Scala 
集合 好 用 的 方法 ， Option 也 有 ， 你 甚至 可 以 将 其 转换 成 一 个 集合 ， 比 如 说 


List ° 


那么 这 又 能 让 你 做 什么 呢 ? 
执行 一 个 副作用 
如 果 想 在 Option 值 存在 的 时 候 执行 某 个 副作用 ， foreach 方法 就 派 上 用 场 了 : 


UserRepository.findById(2).foreach(user => println(user.firstNa 
me)) // prints "Johanna" 


如 果 这 个 Option 是 一 个 Some ， 传 递 给 foreach 的 函数 就 会 被 调用 一 次 ， 且 
只 有 一 次 ; 如 果 是 None ， 那 它 就 不 会 被 调用 。 


执行 映射 

Option 表现 的 像 集合 ， 最 棒 的 一 点 是 ， 你 可 以 用 它 来 进行 函数 式 编程 ， 就 像 处 
理 列表 、 集 合 那 样 。 

正如 你 可 以 将 List[A] 映射 到 List[B] 一 样 ， 你 也 可 以 映射 Option[A] 到 


Option[B] : 如 果 Option[A] 实例 是 Some[A] 类 型 ， 那 映射 结果 就 是 
Some[B] 类 型 ; 否则 ， 就 是 None 。 


如 果 将 Option 和 List 做 对 比 ， 那 None 就 相当 于 一 个 空 列表 : 当 你 映射 
一 个 空 的 List[A] ， 会 得 到 一 个 空 的 List[B] ， 而 映射 一 个 是 None 的 
Option[A] 时 ， 得 到 的 Option[B] 也 是 None 。 


让 我 们 得 到 一 个 可 能 不 存在 的 用 户 的 年 龄 : 


val age - UserRepository.findById(1).map( .age) // age is Some(3 


o 


XN 
2) 


Option 与 flatMap 


也 可 以 在 gender 上 做 map 操作 : 


val gender = UserRepository.findById(1).map(_.gender) // gender 
is an Option[Option[String]] 


所 生成 的 gender X7 X Option[Option[String]] 。 这 是 为 什么 呢 ? 


这 样 想 : 你 有 一 个 装 有 User 的 option 容器 ， 在 容器 里 面 ， 你 将 User 了 映射 
到 option[string] ( User 类 上 的 属性 gender Æ 0ption[String] 类 
型 的 ) o 得 到 的 必然 是 歼 套 的 Option » 


既然 可 以 flatMap 一 个 List[List[A]] 到 List[B] ， 也 可 以 flatMap 
一 个 Option[Option[A]] 到 Option[B] ， 这 没有 任何 问题 : Option 提供 了 
flatMap 方法 。 


val gender1 = UserRepository.findById(1i).flatMap( .gender) // ge 
nder is Some("male") 
val gender2 - UserRepository.findById(2).flatMap( .gender) // ge 


nder is None 





val gender3 = UserRepository.findById(3).flatMap( .gender) // ge 














ader is None 


现在 结果 就 变 成 了 Option[String] 类 型 4e; user 和 gender 都 有 值 ， 
那 结 果 就 会 是 Some 类型， 反之， 就 得 到 一 个 None 。 


要 理解 这 是 什么 原理 ， 让 我 们 看 看 当 flatMap 一 个 List[List[A]] 时 ， 会 发 
生 什 么 ? (要 记得 ，Option 就 像 一 个 集合 ， 比 如 列表 ) 


val names: List[List[String]] - 

List(List("John", "Johanna", "Daniel"), List(), List("Doe", "We 
stheide")) 
names.map( .map(. .toUpperCase)) 
// results in List(List("JOHN", "JOHANNA", "DANIEL"), List(), Li 
St("DOE", "WESTHEIDE")) 
names.flatMap(. .map(. .toUpperCase)) 
// results in List("JOHN", "JOHANNA", "DANIEL", "DOE", "WESTHEID 
ED) 


果 我 们 使 用 flatMap ， 内 部 列表 中 的 所 有 元 素 会 被 转换 成 一 个 扁平 的 字符 串 列 
Ac 显然 ， 如 果 内 部 列表 是 空 的 ， 则 不 会 有 任何 东西 留 下 。 


现在 回 到 Option 类 型 ， 如 果 映 射 一 个 由 Option 组 成 的 列表 呢 ? 


val names: List[Option[String]] = List(Some("Johanna"), None, So 
me("Daniel")) 
names.map( .map( .toUpperCase)) // List(Some("JOHANNA"), None, S 
ome ( "DANIEL")) 


names.flatMap(xs -» xs.map( .toUpperCase)) // List("JOHANNA", "D 
ANIEL") 


如 果 只 是 map ， 那 结果 类 型 还 是 List[Option[String]] 。 而 使 用 
flatMap 时 ， 内 部 集合 的 元 素 就 会 被 放 到 一 个 扁平 的 列表 里 : 任何 一 个 
Some[String] 里 的 元 素 都 会 被 解 包 ， 放 入 结果 集中 ; 而 原 列表 中 的 None 值 
由 于 不 包含 任何 元 素 ， 就 直接 被 过 滤 出 去 了 。 


记 住 这 一 点 ， 然 后 再 去 看 看 faltMap 在 Option 身上 做 了 什么 


过 滤 Option 


也 可 以 像 过 滤 列 表 那 样 过 滤 Option : 如 果 选 项 包含 有 值 ， 而 且 传 递 给 filter 的 
谓词 函数 返回 夏 ， filter 会 返回 Some Zl- GU) (MARAA W’ SAWA 
词 函 数 返 回 假 值 ) ， 返 回 值 为 None œ 


UserRepository.findById(1).filter( .age » 30) // None, because 


ge is «- 30 


o 


UserRepository.findById(2).filter( .age > 30) // Some(user), bec 
ause age is > 30 
UserRepository.findById(3).filter( .age » 30) // None, because u 
ser is already None 








for 语句 


现在 ， 你 已 经 知道 Option 可 以 被 当 作 集合 来 看 待 ， 并 且 有 map ^  flatMap ^ 

filter 这 样 的 方法 。 可 能 你 也 在 想 Option 是 否 能 够 用 在 for 语句 中 ， 答 案 是 肯 
定 的 。 而 且 ， 用 for 语句 来 处 理 Option 是 可 读 性 最 好 的 方式 ， 尤 其 是 当 你 有 多 个 
map ^ flatMap ^ filter 调用 的 时 候 。 如 果 只 是 一 个 简单 的 map WA >? 
AR for 语 甸 可 能 有 点 繁琐 。 


假如 我 们 想得到 一 个 用 户 的 性 别 ， 可 以 这 样 使 用 for 语句 : 


TOR t 
user <- UserRepository.findById(!) 
gender «- user.gender 

) yield gender // results in Some("male") 


可 能 你 已 经 知道 ， 这 样 的 for e RE] GE RU) flatMap 调用 。 如 果 
UserRepository.findById 返回 None ， 或 者 gender 是 None > MRA 
for 语句 的 结果 就 是 None 。 不 过 这 个 例子 里 ， gender 含有 值 ， 所 以 返回 结果 
是 Some 类 型 的 。 


如 果 我 们 想 返 回 所 有 用 户 的 性 别 ( 当然， 如果 用 户 设置 了 性 别 ) ， 可 以 遍历 用 户 ， 
yield 其 性 别 : 


for 4 
user «- UserRepository.findAll 
gender «- user.gender 

) yield gender 

// result in List("male") 


在 生成 器 左 侧 使 用 


也 许 你 还 记得 ， 前 一 章 曾 经 提 到 ，for 语 名 中 生成 器 的 左 侧 也 是 一 个 模式 。 这 意 
味 着 也 可 以 在 for 语 名 中 使 用 包含 选项 的 模式 。 


重 写 之 前 的 例子 : 


for { 
User( , _, _, _, Some(gender)) <- UserRepository.findAll 


) yield gender 


在 生成 器 左 侧 使 用 Some 模式 就 可 以 在 结果 集中 排除 掉 值 为 None 的 元 素 。 


链接 Option 


Option 还 可 以 被 链接 使 用 ， 这 有 点 像 偏 函数 的 链接 : 在 Option 实例 上 调用 
orElse 方法 ， 并 将 另 一 个 Option 实例 作为 传 名 参数 传递 给 它 。 m 
Option 是 None ， orElse 方法 会 返回 传 名 参数 的 值 ， 否则 ， 就 直接 返回 这 个 
Option ° 


一 个 很 好 的 使 用 案例 是 资源 查找 : 对 多 个 不 同 的 地 方 按 优先 级 进行 搜索 。 下 面 的 例 
子 中 ， 我 们 首先 搜索 config 文件 夹 ， 并 调用 orElse 方法 ， 以 传递 备用 目录 : 


case class Resource(content: String) 
val resourceFromConfigDir: Option[Resource] - None 
val resourceFromClasspath: Option[Resource] = Some(Resource("I w 


as found on the classpath")) 
val resource - resourceFromConfigDir orElse resourceFromClasspat 


h 


如 果 想 链接 多 个 选项 ， 而 不 仅仅 是 两 个 ， 使 用 orElse 会 非常 合适 。 不 过 ， 如 果 
只 是 想 在 值 缺 失 的 情况 下 提供 一 个 默认 值 ， 那 还 是 使 用 getorElse 吧 。 
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在 这 一 章 里 ， 你 学 到 了 有 关 Option 的 所 有 知识 ， 这 有 利于 你 理解 别人 的 代码 ， 也 
有 利于 你 写 出 更 可 读 ， 更 函数 式 的 代码 。 


这 一 章 最 重要 的 一 点 是 : 列表 、 和 集合、 映射 、Option， 以 及 之 后 你 会 见 到 的 其 他 数 
据 类 型 ， 它 们 都 有 一 个 非常 统一 的 使 用 方式 ， 这 种 使 用 方式 既 强大 又 优雅 。 


下 一 章 ， 你 将 学 习 Scala 错误 处 理 的 惯用 法 。 


Try 与 错误 处 理 


当 你 在 尝试 一 门 新 的 语言 时 ， 可 能 不 会 过 于 关注 程序 出 错 的 问题 ， 但 当 引 的 去 创造 
可 用 的 代码 时 ， 就 不 能 再 忽视 代码 中 的 可 能 产生 的 错误 和 异常 了 。 鉴于 各 种 各 样 的 
原因 ， 人 们 往往 低估 了 语言 对 错误 处 理 支持 程度 的 重要 性 。 


事实 会 表明 ，Scala 能 够 很 优雅 的 处 理 此 类 问题 ， 这 一 部 分 ， 我 会 介绍 Scala 基于 
Try 的 错误 处 理 机 制 ， 以 及 这 背后 的 原因 。 我 将 使 用 一 个 在 Scala 2.10 新 引入 的 特 
性 ， 该 特性 向 2.9.3 兼容 ， 因 此 ， 请 确保 你 的 Scala 版 本 不 低 于 2.9.3。 


天 第 的 抛 出 和 捕获 


在 介绍 Scala 错误 处 理 的 惯用 法 之 前 ， 我 们 先 看 看 其 他 语言 (如 ，Java，Ruby) 
的 错误 处 理 机 制 。 和 这 些 语言 类 似 ，Scala 也 允许 你 抛 出 异常 : 


case class Customer(age: Int) 
class Cigarettes 
case class UnderAgeException(message: String) extends Exception( 
message) 
def buyCigarettes(customer: Customer): Cigarettes - 

if (customer.age « 16) 

throw UnderAgeException(s"Customer must be older than 16 but 

was $(customer.agej") 

else new Cigarettes 


被 抛 出 的 异常 能 够 以 类 似 Java 中 的 方式 被 捕获 ， 虽 然 是 使 用 偏 函数 来 指定 要 处 理 
的 异常 类 型 。 此 外 ，Scala 的 try/catch 是 表达 式 (返回 一 个 值 ) ， 因 此 下 面 
的 代码 会 返回 异常 的 消息 : 


val youngCustomer = Customer(15) 
try { 
buyCigarettes(youngCustomer) 
"Yo, here are your cancer sticks! Happy smokin'!" 
) catch ( 
case UnderAgeException(msg) -» msg 
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数 式 程序 设计 非常 不 搭 。 对 于 高 并 发 应 用 来 说 ， 这 也 是 一 个 很 差劲 的 解决 方式 ， 比 
如 ， 假 设 需 要 处 理 在 其 他 线程 执行 的 actor 所 引发 的 异常 ， 显 然 你 不 能 用 捕获 异常 
这 种 处 理 方 式 ， 你 可 能 会 想到 其 他 解决 方案 ， 例 如 去 接收 一 个 表示 错误 情况 的 消 
自 。 


AT 


一 般 来 说 ， 在 Scala P » 4f 85 X Z3 3 ER CLR I — 43€ 85] 4 3 An ACT] RE 
序 出 错 了 。 别 担心 ， 我 们 不 会 回 到 C 中 那 种 需要 使 用 按 约 定 进行 检查 的 错误 编码 
的 错误 处 理 。 相反 ，Scala 使 用 一 个 特定 的 类 型 来 表示 可 能 会 导致 异常 的 计算 ， 识 
个 类 型 就 是 Try。 


» 


这 


Try 的 语义 
解释 Try 最 好 的 方式 是 将 它 与 上 一 章 所 讲 的 Option 作对 比 。 
Option[A] 是 一 个 可 能 有 值 也 可 能 没 值 的 容器 ， Try[A] 则 表示 一 种 计算 : 这 
种 计算 在 成 功 的 情况 下 ， 返 回 类 型 为 A 的 值 ， 在 出 错 的 情况 下 ， 返 回 
Throwable 。 这 种 可 以 容纳 错误 的 容器 可 以 很 轻易 的 在 并 发 执行 的 程序 之 间 传 
Try 有 两 个 子 类 型 : 


1. Success[A] : 代表 成 功 的 计算 。 
2. 封装 了 Throwable 的 Failure[A] : 代表 出 了 错 的 计算 。 


如 果 知 道 一 个 计算 可 能 导 臻 错误， 我们 可 以 简单 的 使 用 Try[A] 作为 函数 的 返回 
类 型 。 这 使 得 出 错 的 可 能 性 变 得 很 明确 ， 而 且 强 制 客 户 端 以 某 种 方式 处 理 出 错 的 可 
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假设 ， 需 要 实现 一 个 简单 的 网 页 疏 取 器 : 用 户 能 够 输入 想 卜 取 的 网 页 URL， 程 序 
就 需要 去 分 析 URL 输入 ， 并 从 中 创建 一 个 java.net.URL 


import scala.util.Try 
import java.net.URL 
def parseURL(url: String): Try[URL] = Try(new URL(ur1)) 


正如 你 所 看 到 的 ， 函 数 返回 类 型 为 Try[URL] : 如 果 给 定 的 url 语法 正确 ， 这 将 
是 Success[URL] ^ GM > URL 构造 器 会 引发 MalformedURLException ^ 
从 而 返回 值 变 成 Failure[URL] 类 型 。 


上 例 中 ， 我 们 还 用 了 Try 伴生 对 象 里 的 apply 工厂 方法 ， 这 个 方法 接受 一 个 类 型 
为 A 的 传 名 参数 ， 这 意味 着 ， new URL(url) 是 在 Try 的 apply 方法 里 


apply 方法 会 捕获 任何 非 致 命 的 异常 ， 返 回 一 个 包含 相关 弄 常 的 Failure 实例 。 


因此 ， parseURL("http://danielwestheide.com") 会 返回 一 个 
Success[URL] ， 包 含 了 解析 后 的 网 址 ， 而 parseULR("garbage") 将 返回 一 
个 含有 MalformedURLException 的 Failure[URL] 。 


使 用 Try 
使 用 Try 与 使 用 Option 非常 相似 ， 在 这 里 你 看 不 到 太 多 新 的 东西 。 


你 可 以 调用 issuccess 方法 来 检查 一 个 Try 是 否 成 功 ， 然 后 通过 get 方法 获 
取 它 的 值 ， 但 是 ， 这 种 方式 的 使 用 并 不 多 见 ， 因 为 你 可 以 用 getOrElse 方法 给 
Try 提供 一 个 默认 值 : 


val url = parseURL(Console.readLine("URL: ")) getOrElse new URL( 
"http://duckduckgo.com") 


如 果 用 户 提 供 的 URL 格式 不 正确 ， 我 们 就 使 用 DuckDuckGo 的 URL 作为 备用 。 


链 式 操作 


Try 最 重要 的 特征 是 ， 它 也 支持 高 阶 函 数 ， 就 像 Option 一 样 。 在 下 面 的 示例 中 ， 
你 将 看 到 ， 在 Try 上 也 进行 链 式 操作 ， 捕 获 可 能 发 生 的 异常 ， 而 且 代 码 可 读 性 不 


错 。 


Mapping 和 Flat Mapping 


将 一 个 是 Success[A] 的 Try[A] 映射 到 Try[B] 会 得 到 Success[B] ° 
如 果 它 是 Failure[A] ， 就 会 得 到 Failure[B] ， 而 且 包 含 的 异常 和 
Failure[A] 一 样 。 


parseURL("http://danielwestheide.com").map(  .getProtocol) 

// results in Success("http") 

parseURL("garbage").map(. .getProtocol) 

// results in Failure(java.net.MalformedURLException: no protoco 
l: garbage) 


如 果 链 接 多 个 map 操作 ， 会 产生 瞬 套 的 Try 结构 ， 这 并 不 是 我 们 想 要 的 。 考虑 
下 面 这 个 返回 输入 流 的 方法 : 


import java.io.InputStream 

def inputStreamForURL(url: String): Try[Try[Try[InputStream]]] - 
parseURL(url).map ( u -» 

Try(u.openConnection()).map(conn -» Try(conn.getInputStream)) 


j 


由 于 每 个 传递 给 map 的 匿名 函数 都 返回 Try， 因 此 返回 类 型 就 变 成 了 
Try[Try[Try[InputStream]]] ^? 


这 时 候 ， rns 就 派 上 用 场 了 。 Try[A] 上 的 flatMap 方法 接受 一 个 映 
射 函 数 ， 这 个 函数 类 型 是 (A) => Try[B] 。 如 果 我 们 的 Try[A] 已 经 是 
Failure[A] 了 ， 和 那么 里 面 的 异常 就 直接 被 封装 成 返回 ， 否 则 ， 
flatMap 将 Success[A] 里 面 的 值 解 包 出 来 ， 并 通过 映射 函数 将 其 映射 到 
Try[B] ° 


这 意味 着 ， 我 们 可 以 通过 链接 任意 个 flatMap 调用 来 创建 一 条 操作 管道 ， 将 值 封 
装 在 Success 里 一 层 层 的 传递 。 


现在 让 我 们 用 flatMap 来 重 写 先前 的 例子 : 


def inputStreamForURL(url: String): Try[InputStream] = 
parseURL(url).flatMap { u => 
Try(u.openConnection()).flatMap(conn => Try(conn.getInputStre 
am) ) 


} 


这 样 ， 我 们 就 得 到 了 一 个 Try[Inputstream] ， 它 可 以 是 一 个 Failure * & 2 7 
在 flatMap 过 程 中 可 能 出 现 的 异常 ; 也 可 以 是 一 个 Success， 包 含 了 最 后 的 结 
果 。 


过 滤器 和 foreach 


当然 ， 你 也 可 以 对 Try 进行 过 滤 ， 或 者 调用 foreach ， 既 然 已 经 学 过 Option ， 
对 于 这 两 个 方法 也 不 会 陌生 。 


当 一 个 Try 已 经 是 Failure 了 ， 或 者 传递 给 它 的 谓词 函数 返回 假 值 ， filter 
就 返回 Failure (如 果 是 谓词 函数 返回 假 值 ， I Failure 里 包含 的 异常 是 
NoSuchbException ) ， 否 则 的 话 ， filter 就 返回 原本 的 那个 Success ^ 
什么 都 不 会 变 : 


def parseHttpURL(url: String) = parseURL(url).filter( .getProtoc 

ol == "http") 

parseHttpURL("http://apache.openmirror.de") // results in a Succ 
ess [URL ] 

parseHttpURL("ftp://mirror.netcologne.de/apache.org") // results 
in a Failure[URL] 


当 一 个 Try 是 Success 时 ， foreach 允许 你 在 被 包含 的 元 素 上 执行 副作用 ， 
这 种 情况 下 ， 传 递 给 foreach 的 函数 只 会 执行 一 次 ， 毕 竞 Try 里 面 只 有 一 个 元 
Žž: 


parseHttpURL("http://danielwestheide.com").foreach(println) 
3 Try € Failure 时 ， foreach 不 会 执行 ， 返 回 Unit 类 型 。 


for 语句 中 的 Try 


既然 Try 支持 flatMap ^ map ^ filter ， 能 够 使 用 for 语句 也 是 理所当然 
的 事情 ， 而 且 这 种 情况 下 的 代码 更 可 读 。 为 了 证 明 这 一 点 ， 我 们 来 实现 一 个 返回 
给 定 URL 的 网 页 内 容 的 函数 


import scala.io.Source 
def getURLContent(url: String): Try[Iterator[String]] - 
for ( 
url <- parseURL(url) 
connection «- Try(url.openConnection()) 
is <- Try(connection.getInputStream) 
source - Source.fromInputStream(is) 
) yield source.getLines() 


这 个 方法 中 ， 有 三 个 可 能 会 出 错 的 地 方 ， 但 都 被 Try 给 涵盖 了 。 第 一 个 是 我 们 已 经 
实现 的 parseURL 方法 ， 只 有 当 它 是 一 个 Success[URL] 时 ， 我 们 才 会 尝试 打 
开 和 连接 ， BO cq InputStream ° 如 果 这 两 步 都 成 功 了 ， 我 们 就 
yield 出 网 页 内 容 ， 得 到 的 结果 是 Try[Iterator[String]] ° 


当然 ， 你 可 以 使 用 Source#fromURL 简化 这 个 代码 ， 并 且 ， 这 个 代码 最 后 没有 关 
闭 输 入 流 ， 这 都 是 为 了 保持 例子 的 简单 性 ， 专 注 于 要 讲述 的 主题 。 


在 这 个 例子 中 ， Source#fromURL 可 以 这 样 用 : 


import scala.io.Source 
def getURLContent(url: String): Try[Iterator[String]] -~ 
for { 
url <- parseURL(url) 
source = Source.fromURL(url) 
} yield source.getLines() 


用 is.close() 可 以 关闭 输入 流 。 


模式 匹配 


代码 往往 需要 知道 一 个 Try 实例 是 Success 还 是 Failure， 这 时 候 ， 你 应 该 想到 模 
式 匹 配 ， 也 幸好 ， Success 和 Failure 都 是 样 例 类 。 


接着 上 面 的 例子 ， 如 果 网 页 内 容 能 顺利 提取 到 ， 我 们 就 展示 它 ， 否 则 ， 打 印 一 个 错 


误 信 息 : 


import scala.util.Success 
import scala.util.Failure 
getURLContent("http://danielwestheide.com/foobar") match ( 

case Success(lines) -» lines.foreach(println) 

case Failure(ex) -» println(s"Problem rendering URL content: $ 
{ex.getMessage}") 
} 


从 故障 中 恢复 


如 果 想 在 失败 的 情况 下 执行 某 种 动作 ， 没 必要 去 使 用 getorElse ， 一 个 更 好 的 

选择 是 recover ， 它 接受 一 个 偏 画 数 ， 并 返回 另 一 个 Try。 如 果 recover 是 
在 Success 实例 上 调用 的 ， 那 么 就 直接 返回 这 个 实例 ， 否 则 就 调用 偏 函 数 。 如 果 
偏 函 数 为 给 定 的 Failure 定义 了 处 理 动作 ， recover 会 返回 Success ， 里 
面包 含 偏 函数 运行 得 出 的 结果 。 


下 面 是 应 用 了 recover 的 代码 : 


import java.net.MalformedURLException 
import java.io.FileNotFoundException 
val content = getURLContent("garbage") recover ( 
case e: FileNotFoundException -» Iterator("Requested page does 
not exist") 
case e: MalformedURLException => Iterator("Please make sure to 
enter a valid URL") 
case _ => Iterator("An unexpected error has occurred. We are s 
o sorry!") 


} 


现在 ， 我 们 可 以 在 返回 值 content 上 安全 的 使 用 get 方法 了 ， 因 为 它 一 定 是 
一 个 Success » 调用 content.get.foreach(println) 会 打印 Please make 
sure to enter a valid URL » 
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Scala 的 错误 处 理 和 其 他 范式 的 编程 语言 有 很 大 的 不 同 。 Try 类 型 可 以 让 你 将 可 能 
会 出 错 的 计算 封装 在 一 个 容器 里 ， 并 优雅 的 去 处 理 计 算得 到 的 值 。 并 且 可 以 像 操作 
集合 和 Option 那样 统一 的 去 操作 Try。 


ry 还 有 其 他 很 多 重要 的 方法 ， 监 于 篇 幅 限 制 ， 这 一 章 并 没有 全 部 列 出 ， 比 如 
orElse 方法 ， transform 和 recoverWith aa dus 导 去 看 。 


下 一 章 ， 我 们 会 探讨 Either， 另 外 一 种 可 以 代表 计算 的 类 型 ， 但 它 的 可 使 用 范围 要 
比 Try 大 的 多 。 


X7! Either 


错误 。 这 一 章 我 们 介绍 一 个 和 


上 一 草 介绍 了 Try， 它 用 函数 式 风格 来 处 理 程序 
么 时 候 去 使 用 它 ， 以 及 它 有 什么 


相似 的 类 型 - Either ， 学 习 如 何 去 使 用 它 ， 什 
点 。 


不 过 首先 得 知道 一 件 事 情 : 在 写作 这 篇 文章 的 时 候 ，Either 有 一 些 设 计 缺 陷 ， 很 多 
人 都 在 争论 到 底 要 不 要 使 用 它 。 既然 如 此 ， 为 什么 还 要 学 习 它 呢 ? 因为， 在 理解 
Try 这 个 错综复杂 的 类 型 之 前 ， 不 是 所 有 人 都 会 在 代码 中 使 用 Try 风格 的 异常 处 
理 。 其 次 ，Try 不 能 完全 替代 Either， 它 只 是 Either 用 来 处 理 异 常 的 一 个 特殊 用 
法 。Try 和 Either 互相 补充 ， 各 自 侧 重 于 不 同 的 使 用 场景 。 


因此 ， 尽 管 Either 有 缺陷 ， 在 某 些 情况 下 ， 它 依旧 是 非常 合适 的 选择 。 


Either :$ 3L 


Either 也 是 一 个 容器 类 型 ， 但 不 同 于 Try、Option， 它 需要 两 个 类 型 参数 : 
EHE B] 要 么 包含 一 个 类 型 为 A 的 实例 ， 要 么 包含 一 个 类 型 为 B 的 实 
例 。 这 和 Tuple2[A, B] 不 一 样 ， Tuple2[A，B] 是 两 者 都 要 包含 


Either 只 有 两 个 子 类 型 : Left、Right， 如 果 Either[A, B] 对 人 象 包 含 的 是 A 
的 实例 ， 那 它 就 是 Left 实例， 否则 就 是 Right 实例 。 


在 语义 上 ，Either 并 没有 指定 哪个 子 类 型 代表 错误 ， 哪 个 代表 成 功 ， 毕 竞 ， 它 是 一 
种 通用 的 类 型 ， 适 用 于 可 能 会 出 现 两 种 结果 的 场景 。 而 异常 处 理 只 不 过 是 其 一 种 党 
见 的 使 用 场景 而 已 ， 不 过 ， 按 照 约 定 ， 处 理 异 常 时 ，Left 代表 出 错 的 情况 ，Right 
代表 成 功 的 情况 。 


创建 Either 


创建 Either 实例 非常 容易 ，Left 和 Right 都 是 样 例 类 。 REALNA “Eeka” 
的 互联 网 审查 程序 ， 可 以 直接 这 么 做 : 


import scala.io.Source 
import java.net.URL 
def getContent(url: URL): Either[String, Source] - 
if(url.getHost.contains("google")) 
Left("Requested URL is blocked for the good of the people!") 
else 
Right(Source.fromURL(ur1l)) 


调用 getContent(new URL("http://danielwestheide.com")) 会 得 到 一 个 封 
XA scala.io.Source 实例 的 Right* 4£A new 
URL("https://plus.google.com") 会 得 到 一 个 含有 String 的 Left。 


Either 用 法 


Either 基本 的 使 用 方法 和 Option ^ Try TE : 调用 isLeft (或 LM ) 方 
法 询问 一 个 Either， 判 断 它 是 Left 值 ， 还 是 Right 值 。 可 以 使 用 模式 匹配 ， 这 是 最 
方便 也 是 最 为 熟悉 的 一 种 方法 : 


getContent(new URL("http://google.com")) match ( 
case Left(msg) -» println(msg) 
case Right(source) -» source.getLines.foreach(println) 


j 


立场 


你 不 能 ， 至 少 不 能 直接 像 Option、Try 那样 把 Either 当 作 一 个 集合 来 使 用 ， 因为 
Either 是 无 偏 (unbiased) 的 。 


Try 偏向 Success : map ^ flatMap 以 及 其 他 一 些 方法 都 假设 Try 对 象 是 一 个 
Success 实例 ， 如 果 是 Failure， 那 这 些 方 法 不 做 任何 事情 ， 直 接 将 这 个 Failure 3& 
E o 


但 Either 不 做 任何 假设 ， 这 意味 着 首先 你 要 选择 一 个 立场 ， 假 设 它 是 Left 还 
Right ， 然 后 在 这 个 假设 的 前 提 下 拿 它 去 做 你 想 做 的 事情 。 调 用 left 或 

right 方法 ， 就 能 得 到 Either 的 LeftProjection 3X RightProjection X 
例 ， 这 就 是 Either 的 (Projection) ， 它 们 是 对 Either 的 一 个 左 偏 向 的 或 右 偏向 
的 封装 。 


映射 


一 旦 有 了 Projection， 就 可 以 调用 map 


val content: Either[String, Iterator[String]] = 
getContent(new URL("http://danielwestheide.com")).right.map( . 
getLines()) 
// content is a Right containing the lines from the Source retur 
ned by getContent 
val moreContent: Either[String, Iterator[String]] - 
getContent(new URL("http://google.com")).right.map( .getLines) 
// moreContent is a Left, as already returned by getContent 


// content: Either[String,Iterator[String]] = Right(non-empty it 

erator) 

// moreContent: Either[String,Iterator[String]] = Left(Requested 
URL is blocked for the good of the people!) 


这 个 例子 中 ， 无 论 Either[String, Source] 是 Left 还 是 Right ， 它 都 会 被 映 
射 到 Either[String, Iterator[String]] ° 如 果 ， 它 是 一 个 Right 值 ， 这 个 
值 就 会 被 _.getLines() 转换 ; 如 果 ， 它 是 一 个 Left 值 ， 就 直接 返回 这 个 值 ， 

什么 都 不 会 改变 。 


LeftProjection 也 是 类 似 的 : 


val content: Either[Iterator[String], Source] = 
getContent(new URL("http://danielwestheide.com")).left.map(Ite 
rator(. )) 
// content is the Right containing a Source, as already returned 
by getContent 
val moreContent: Either[Iterator[String], Source] - 
getContent(new URL("http://google.com")).left.map(Iterator( )) 
// moreContent is a Left containing the msg returned by getConte 
nt in an Iterator 


// content: Either[Iterator[String],scala.io.Source] - Right(non 
-empty iterator) 

// moreContent: Either[Iterator[String],scala.io.Source] - Left( 
non-empty iterator) 


-— 


AT 


现在 ， 如 果 Either 是 个 Left 值 ， 里面 的 值 会 被 转换 ; 如 果 是 Right 值 ， 就 维持 原 
Ao 两 种 情况 下 ， 返 回 类 型 都 是 Either[Iterator[String, Source] ° 


请 注意 ， map 方法 是 定义 在 Projection 上 的 ， 而 不 是 Either ， 但 其 返回 类 型 
是 Either， 而 不 是 Projection。 


可 以 看 到 ，Either 和 其 他 你 知道 的 容器 eg ， 就 是 因为 它 的 无 偏 
to 接 下 来 你 会 发 现 ， 在 特定 情况 下 ， 这 会 产生 更 多 的 麻烦 。 而 且 ， 如 果 你 
想 在 一 个 Either 上 多 次 调用 map ^ flatMap 这 样 的 方法 ， 你 总 需要 做 
Projection， 去 选择 一 个 立场 。 


Flat Mapping 


Projection 也 支持 flat mapping > 3& st, 1 4X 4€ JI] map 所 造成 的 令 人 费解 的 类 型 结 
构 。 


假设 我 们 想 计 和 草 两 篇 文章 的 平均 行 数 ， 下 面 的 代码 可 以 解决 这 个 “富有 挑战 性 ” 的 问 


题 : 


val part5 new URL("http://t.co/UR1aalX4") 
val part6 - new URL("http://t.co/6wlKwTmu") 
val content - getContent(part5).right.map(a -» 

getContent(part6).right.map(b -» 

(a.getLines().size + b.getLines().size) / 2)) 

// => content: Product with Serializable with scala.util.Either[ 
String,Product with Serializable with scala.util.Either[String,I 
nt]] = Right(Right(537)) 


运行 上 面 的 代码 ， 会 得 到 什么 ? 会 得 到 一 个 类 型 为 Either[String, 
Sa Int]] 的 玩意 儿 。 当然 ， 你 可 以 调用 joinRight 方法 来 使 得 
这 个 结果 扁平 化 (flatten) ° 


不 过 我 们 可 以 直接 避免 这 种 谋 套 结构 的 产生 ， 如 果 在 最 外 层 的 RightProjection 上 
调用 flatMap Až’? ATÆ map ， 得 到 的 结果 会 更 好 看 些 ， 因 为 里 层 Either 
的 值 被 解 包 了 


val content = getContent(partb5).right.flatMap(a => 
getContent(part6).right.map(b -» 
(a.getLines().size + b.getLines().size) / 2)) 
// —» content: scala.util.Either[String,lInt] — Right(537) 


现在 ， content 值 类 型 变 成 了 Either[String, Int] ， 处 理 它 相对 来 说 就 很 


for i$ 4j 


说 到 for 语 多 ， 想 必 现 在 ， 你 应 该 已 经 爱 上 它 在 不 同类 型 上 的 一 致 性 表现 了 。 在 
for 语 勿 中 ， 也 能 够 使 用 Either 的 Projection， 但 遗憾 的 是 ， 这 样 做 需要 一 些 丑 
陋 的 变通 。 


假设 用 for 语句 重 写 上 面 的 例子 : 


def averageLineCount(url1: URL, url2: URL): Either[String, Int] 


TORT 
source1 <- getContent(urli).right 
source2 <- getContent(url2).right 
} yield (sourcei.getLines().size + source2.getLines().size) / 2 


Bj wj 
这 个 代码 还 不 是 太 坏 ， 毕 竞 只 需要 额外 调用 left ^ right 。 


但 是 你 不 觉得 yield 语句 太 长 了 吗 ? 了 现在， 我 就 把 它 移 到 值 定义 块 中 : 


def averageLineCountWwontCompile(url1: URL, url2: URL): Either[St 
ring, Int] - 
Bone 
source1 <- getContent(urli).right 
source2 <- getContent(url2).right 
lines1 = sourcei.getLines().size 
lines2 = source2.getLines().size 
) yield (linesi + lines2) / 2 


试 着 去 编译 它 ， 然 后 你 会 发 现 无 法 编译 ! 如 果 我 们 把 for 语法 糖 去 掉 ， 原 因 可 能 会 
清晰 些 。 展开 上 面 的 代码 得 到 : 


def averageLineCountDesugaredWontCompile(urli1: URL, url2: URL): 
Either[String, Int] - 
getContent(urli).right.flatMap { source1 => 
getContent(url2).right.map ( source2 => 
val linesi = sourcei.getLines().size 
val lines2 - source2.getLines().size 
(linesi, lines2) 
}.map { case (x, y) = x+y/2} 


问题 在 于 ， 在 for 语句 中 追加 新 的 值 定义 会 在 前 一 个 map 调用 上 自动 引入 另 一 个 
map 调用 ， 前 一 个 map 调用 返回 的 是 Either 类 型 ， 不 是 RightProjection 类 
型 m Scala 并 没有 在 Either 上 定义 map 有 函数 ， 因 此 编译 时 会 出 错 。 


这 就 是 Either 性 陋 的 一 面 。 要 解决 这 个 例子 中 的 问题 ， 可 以 不 添加 新 的 值 定义 。 
但 有 些 情况 ， 就 必须 得 添加 ， 这 时 候 可 以 将 值 封装 成 Either 来 解决 这 个 问题 : 


def averageLineCount(url1: URL, url2: URL): Either[String, Int] 


for 4 
source1 <- getContent(urli).right 
source2 <- getContent(url2).right 
linesi <- Right(sourcei.getLines().size).right 
lines2 «- Right(source2.getLines().size).right 
} yield (linesi + lines2) / 2 


认识 到 这 些 设计 缺陷 是 非常 重要 的 ， 这 不 会 影响 Either 的 可 用 性 ， 但 如 果 不 知道 发 
生 了 什么 ， 它 会 让 你 感到 非常 头痛 。 

其 他 方法 

Projection 还 有 其 他 有 用 的 方法 : 


1. 可 以 在 Either 的 某 个 Projection 上 调用 tooption 方法 ， 将 其 转换 成 
Option ° 


假如 ， 你 有 一 个 类 型 为 Either[A, B] 的 实例 e > e.right.toOption 
会 返回 一 个 Option[B] ° 如 果 e 是 一 个 Right 值 ， 那 这 个 Option[B] 
会 是 Some 类 型 ， 如 果 e 是 一 个 Left 值 ;， 那 0ption[B] 就 会 是 None 
。 调 用 e.left.toOption 也 会 有 相应 的 结果 。 


2. 还 可 以 用 toseq 方法 将 Either 转换 为 序列 。 


Fold £X 


如 果 想 变换 一 个 Either. (不 论 它 是 Left 值 还 是 right 4& ) ， 可 以 使 用 定义 在 Either 
上 的 fold 方法 。 这 个 方法 接受 两 个 返回 相同 类 型 的 变换 函数 ， 当 这 个 Either 
X Left 值 时 ， 第 一 个 函数 会 被 调用 ; 否则 ， 第 二 个 函数 会 被 调用 。 


为 了 说 明 这 一 点 ， 我 们 用 fold 重 写 之 前 的 一 个 例子 : 


val content: Iterator[String] = 

getContent(new URL("http://danielwestheide.com")).fold(Iterator 
(.), —.getLines()) 
val moreContent: Iterator[String] - 

getContent(new URL("http://google.com")).fold(Iterator( ),  .g 
etLines()) 


EE ]J 


这 个 示例 中 ， 我 们 把 Either[String, String] 变换 成 了 Iterator[String] 
。 当 然 ， 你 也 可 以 在 变换 函数 里 返回 一 个 新 的 Either， 或 者 是 只 执行 副作用 。 
fold 是 一 个 可 以 用 来 替代 模式 匹配 的 好 方法 。 


何 时 使 用 Either 
知道 了 Either 的 用 法 和 应 该 注意 的 事项 ， 我 们 来 看 看 一 些 特殊 的 用 例 。 
错误 处 理 


可 以 用 Either 来 处 理 异 常 ， 就 像 Try 一 样 。 不 过 Either 有 一 个 优势 : 可 以 使 用 更 
为 具体 的 错误 类 型 ， 而 Try 只 能 用 Throwable 。 (这 表明 Either 在 处 理 自 定义 
的 错误 时 是 个 不 错 的 选择 ) 不 过 ， 需 要 实现 一 个 方法 ， 将 这 个 功能 委托 给 


scala.util.control 包 中 的 Exception 对 象 : 


import scala.util.control.Exception.catching 

def handling[Ex <: Throwable, T](exType: Class[Ex])(block: => T) 

: Either[Ex, T] - 
catching(exType).either(block).asInstanceOf[Either[Ex, T]] 


么 做 的 原因 是 ， 虽 然 scala.util.Exception 提供 的 方法 允许 你 捕获 某 些 类 型 
ps ， 但 编译 期 产生 的 类 型 总 是 Throwable ， 因 此 需要 使 用 
asInstanceOf 方法 强制 转换 。 


有 了 这 个 方法 ， 就 可 以 把 期 望 要 处 理 的 异常 类 型 ， 放 在 Either 里 了 : 


import java.net.MalformedURLException 
def parseURL(url: String): Either[MalformedURLException, URL] - 
handling(classOf[MalformedURLException])(new URL(url)) 


handling 的 第 二 个 参数 block 中 可 能 还 会 有 其 他 产生 错误 的 情形 m B3 

是 所 有 情形 都 会 抛 出 异常 。 这 种 情况 下 ， 没 必要 为 了 捕获 异常 而 人 为 抛 出 异常 ， 相 

反 ， 只 需 定义 你 自己 的 错误 类 型 ， 最 好 是 样 例 类 ， 并 在 错误 情况 发 生 时 返回 一 个 封 
文 个 类 型 实例 的 Left。 


下 面 是 一 个 例子 : 


case class Customer(age: Int) 
class Cigarettes 
case class UnderAgeFailure(age: Int, required: Int) 
def buyCigarettes(customer: Customer): Either[UnderAgeFailure, C 
igarettes] - 
if (customer.age « 16) Left(UnderAgeFailure(customer.age, 16)) 
else Right(new Cigarettes) 


应 该 避免 使 用 Either 来 封装 意料 之 外 的 异常 ， 使 用 Try 来 做 这 种 事情 会 更 好 ， 至 
少 它 没有 Either 这 样 那样 的 缺陷 


处 理 集合 


有 些 时 候 ， 当 按 顺序 依次 处 理 一 个 集合 时 ， 里 面 的 某 个 元 素 产 生 了 意料 之 外 的 结 
果 ， 但 是 这 时 程序 不 应 该 直接 引发 异常 ， 因 为 这 样 会 使 得 剩 下 的 元 素 无 法 处 理 。 
Either 也 非常 适用 于 这 种 情况 。 


假设 ， 在 我 们 “行业 标准 般 的 " Web 审查 系统 里 ， 使 用 了 茶 种 黑 名 单 : 


type Citizen = String 
case class BlackListedResource(url: URL, visitors: Set[Citizen]) 


val blacklist - List( 

BlackListedResource(new URL("https://google.com"), Set("John D 
oe", "Johanna Doe")), 

BlackListedResource(new URL("http://yahoo.com"), Set.empty), 

BlackListedResource(new URL("https://maps.google.com"), Set("J 
ohn Doe")), 

BlackListedResource(new URL("http://plus.google.com"), Set.emp 
ty) 
) 


BlackListedResource 表示 黑 名 单 里 的 网 站 URL ， 外 加 试图 访问 这 个 网 址 的 公 
民 集 合 。 


现在 我 们 想 处 理 这 个 黑 名 单 ， 为 了 标识 “有 问题 " 的 公民 ， 比 如 说 那些 试图 访问 被 屏 
蔽 网 站 的 人 。 同时 ， 我 们 想 确定 可 和 疑 的 Web 网 站 : 如 果 没 有 一 个 公民 试图 去 访问 
黑 名 单 里 的 某 一 个 网 站 ， 那 么 就 必须 假定 目标 对 象 因 为 一 些 我 们 不 知道 的 原因 绕 过 
了 算 选 器 ， 需 要 对 此 进行 调查 。 


下 面 的 代码 展示 了 该 如 何 处 理 黑 名 单 的 : 


val checkedBlacklist: List[Either[URL, Set[Citizen]]] = 
blacklist.map(resource => 
if (resource.visitors.isEmpty) Left(resource.url) 
else Right(resource.visitors)) 


我 们 创建 了 一 个 Either 序列 ， 其 中 Left FARATZ URL? Right 是 问 
题 市 民 的 集合 。 识别 问题 公民 和 可 疑 网 站 变 得 非常 简单 。 


val suspiciousResources - checkedBlacklist.flatMap( .left.toOpti 
on) 


val problemCitizens - checkedBlacklist.flatMap( .right.toOption) 
.flatten.toSet 


Either 非常 适用 于 这 种 比 异 常 处 理 更 为 普通 的 使 用 场景 。 


目前 为 止 ， 你 应 该 已 经 学 会 了 怎么 使 用 Either， 认 识 到 它 的 缺陷 ， 以 及 知道 该 在 什 
么 时 候 用 它 。 鉴于 Either 的 缺陷 ， 使 用 不 使 用 它 ， 全 都 取决 于 你 。 其 实在 实践 
中 ， 你 会 注意 到 ， 有 了 Try 之 后 ，Either 不 会 出 现 那 么 多 糟糕 的 使 用 情形 。 
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类 型 Future 


作为 一 个 对 Scala 充满 热情 的 开发 者 ， 你 应 该 已 经 听 说 过 Scala 处 理 并 发 的 能 力 ， 
或 许 你 就 是 被 这 个 吸引 来 的 。 相 较 于 大 多 数 编程 语言 低级 的 并 发 API，Scala 提供 
的 方法 可 以 让 人 们 更 好 的 理解 并 发 以 及 编写 良 构 的 并 发 程序 。 


本 章 的 主题 - Future 就 是 这 种 方法 的 两 大 基石 之 一 。 ( 另 一 个 是 actor) 我 会 解释 
Future 的 优点 ， 以 及 它 的 函数 式 特 征 。 


如 果 你 想 动 手 试 试 接 下 来 的 例子 ， 请 确保 Scala 版 本 不 低 于 2.9.3 Future 在 
2.10.0 版 本 中 引入 ， 并 向 后 兼容 到 2.9.3， 最 初 ， 它 是 Akka 库 的 一 部 分 (API 略 有 
不 同 ) 。 


顺序 代码 为 什么 会 变 坏 
假设 你 想 准 备 一 杯 卡 布 奇 诺 ， 你 可 以 一 个 接 一 个 的 执行 以 下 步骤 : 


.研磨 所 需 的 咖啡 豆 

加 热 一 些 水 

.用 研磨 好 的 咖啡 豆 和 热 水 制 做 一 杯 咖啡 
. 打 奶 泡 

.结合 咖啡 和 奶 泡 做 成 卡 布 奇 诺 


a 上 mwN 一 


转换 成 Scala 代码 ， 可 能 会 是 这 样 : 


import scala.util.Try 

// Some type aliases, just for getting more meaningful method si 
gnatures: 

type CoffeeBeans - String 

type GroundCoffee - String 

case class Water(temperature: Int) 

type Milk - String 

type FrothedMilk - String 

type Espresso - String 

type Cappuccino - String 


// dummy implementations of the individual steps: 
def grind(beans: CoffeeBeans): GroundCoffee = s'"ground coffee of 


$beans" 

def heatWater(water: Water): Water ` water.copy(temperature ^ 85 
) 

def frothMilk(milk: Milk): FrothedMilk = s"frothed $milk" 

def brew(coffee: GroundCoffee, heatedWater: Water): Espresso - " 

espresso" 

def combine(espresso: Espresso, frothedMilk: FrothedMilk): Cappu 

ccino = "cappuccino" 


// some exceptions for things that might go wrong in the individ 
ual steps 

// (we'll need some of them later, use the others when experimen 
ting with the code): 

case class GrindingException(msg: String) extends Exception(msg) 
case class FrothingException(msg: String) extends Exception(msg) 
case class WaterBoilingException(msg: String) extends Exception( 


msg) 
case class BrewingException(msg: String) extends Exception(msg) 


// going through these steps sequentially: 
def prepareCappuccino(): Try[Cappuccino] - for ( 
ground «- Try(grind("arabica beans")) 
water «- Try(heatWater(Water(25))) 
espresso «- Try(brew(ground, water)) 
foam «- Try(frothMilk("milk")) 
) yield combine(espresso, foam) 


到 一 


这 样 做 有 几 个 优点 : 可 以 很 轻易 的 弄 清 楚 事情 的 步骤 ， 一 目 了 然 ， 而 且 不 会 混淆 。 
ee Mi 面 是 ， 大 部 分 时 间 ， 你 的 大 脑 和 身体 都 处 于 等 待 
的 状态 : 在 等 待 研磨 咖啡 豆 时 ， 你 完全 不 能 做 任何 事情 ， 只 有 当 这 一 步 完 成 后 ， 你 
o MAN RUN ME 可 能 想 一 次 开始 多 个 步骤 ， 让 它们 同 
时 执行 ， 一 旦 水 烧 开 ， 咖 啡 豆 也 磨 好 了 ， 你 可 以 制 做 咖啡 了 ， 这 期 间 ， 打 奶 泡 也 可 
以 开始 了 。 


这 和 编写 软件 没什么 不 同 。 一 个 Web 服务 器 可 以 用 来 处 理 和 响应 请 求 的 线程 只 有 
那么 多 ， 不 能 因为 要 等 待 数据 库 查 询 或 其 他 HTTP. 服务 调用 的 结果 而 阻塞 了 这 些 

可 贵 的 线程 。 相 反 ， 一 个 异步 编程 模型 和 非 阻塞 |O 会 更 合适 ， 这 样 的 话 ， 当 一 个 
请 求 处 理 在 等 待 数据 库 查 询 结 果 时 ， 处 理 这 个 请 求 的 线程 也 能 够 为 其 他 请 求 服务 。 


"| heard you like callbacks, so | put a callback in your callback!" 


在 并 发 家 族 里 ， 你 应 该 已 经 知道 nodejs 这 个 很 酷 的 家 伙 ，nodejs 完全 通过 回调 来 
通信 ， 不 幸 的 是 ， 这 很 容易 导致 回调 中 包含 回调 的 回调 ， 这 简直 是 一 团 糟 ， 代 码 难 
vA B] ied, e 


Scala 的 Future 也 允许 回调 ， 但 它 提 供 了 更 好 的 选择 ， 所 以 你 不 怎么 需要 它 。 
"| know Futures, and they are completely useless!" 


也 许 你 知道 些 其 他 的 Future 实现 ， 最 引 人 注 目的 是 Java 提供 的 那个 。 但 是 对 于 
Java 的 Future， 你 只 能 去 查看 它 是 否 已 经 完成 ， 或 者 阻塞 线程 直到 其 结束 。 简 而 
言 之 ，Java 的 Future 几乎 没有 用 ， 而 且 用 起 来 绝对 不 会 让 人 开心 。 


如 果 你 认为 Scala 的 Future 也 是 这 样 ， 那 大 错 特 错 了 | 


Future 语义 


scala.concurrent 包 里 的 Future[T] 是 一 个 容器 类 型 ， 代 表 一 种 返回 值 类 型 为 

T 的 计算 。 计算 可 能 会 出 错 ， 也 可 能 会 超时 ; 从 而 ， 当 一 个 future 完成 时 ， 它 可 
EE 会 包含 异常 ， 而 不 是 你 期 望 的 那个 值 。 

Future 只 能 写 一 次 : 当 一 个 future 完成 后 ， 它 就 不 能 再 被 改变 了 。 同时 ，Future 
只 提供 了 读 取 计 算 值 的 接口 ， 写 入 计算 值 的 任务 交 给 了 Promise， 这 样 ，AP| 层面 
上 会 有 一 个 清晰 的 界限 。 这 篇 文章 里 ， 我 们 主要 关注 前 者 ， 下 一 章 会 介绍 Promise 
的 使 用 。 


使 用 Future 
Future 有 多 种 使 用 方式 ， 我 将 通过 重 写 “ 卡 布 奇 诺 ”这 个 例子 来 说 明 。 
首先 ， 所 有 可 以 并 行 执 行 的 函数 ， 应 该 返回 一 个 Future : 


import scala.concurrent.future 

import scala.concurrent.Future 

import scala.concurrent.ExecutionContext.Implicits.global 
import scala.concurrent.duration. 

import scala.util.Random 


def grind(beans: CoffeeBeans): Future[GroundCoffee] - Future ( 
printin stare grinding- es 
Thread.sleep(Random.nextInt(2000)) 
if (beans == "baked beans") throw GrindingException("are you j 
oking?") 
println("finished grinding...") 
s"ground coffee of $beans" 


def heatWater(water: Water): Future[Water] = Future ( 
println("heating the water now") 
Thread.sleep(Random.nextInt(2000)) 
println("hot, it's hot!") 
water.copy(temperature = 85) 


def frothMilk(milk: Milk): Future[FrothedMilk] - Future ( 
println("milk frothing system engaged!") 
Thread.sleep(Random.nextInt(2090)) 
println("shutting down milk frothing system") 
s"frothed $milk" 


def brew(coffee: GroundCoffee, heatedWater: Water): Future[Espre 
sso] = Future ( 

println("happy brewing :)") 

Thread.sleep(Random.nextInt(2090)) 

println("it's brewed!") 

"espresso" 


上 面 的 代码 有 几 处 需要 解释 。 


首先 是 Future 伴生 对 象 里 的 apply 方法 需要 两 个 参数 : 


object Future { 

def apply[T](body: => T)(implicit execctx: ExecutionContext): 
Future[T] 
} 


要 异步 执行 的 计算 通过 传 名 参数 body 传 入 。 第 二 个 参数 是 一 个 隐 式 参数 ， 隐 式 
参数 是 说 ， 郊 数 调用 时 ， 如 果 作 用 域 中 存在 一 个 匹配 的 隐 式 值 ， 就 无 需 显示 指定 这 
个 参数 。 ExecutionContext 可 以 执行 一 个 Future， 可 以 把 它 看 作 是 一 个 线程 
池 ， 是 绝 大 部 分 Future API 的 隐 式 参数 。 


import scala.concurrent.ExecutionContext.Implicits.global 语句 引入 

了 一 个 全 局 的 执行 上 下 文 ， 确 保 了 隐 式 值 的 存在 。 这 时 候 ， 只 需要 一 个 单元 素 列 
表 , 可 以 用 大 括号 来 代替 小 括号 。 调用 future 方法 时 ， 经 常 使 用 这 种 形式 ， 使 得 
它 看 起 来 像 是 一 种 语言 特性 ， 而 不 是 一 个 普通 方法 的 调用 。 


这 个 例子 没有 大 量 计 算 ， 所 以 用 随机 休眠 来 模拟 以 说 明 问 题 ， 而 且 ， 为 了 更 清晰 的 
说 明 并 发 代码 的 执行 顺序 ， 还 在 “计算 "之 前 和 之 后 打印 了 些 东 西 。 


算 会 在 Future 创建 后 的 某 个 不 确定 时 间 点 上 由 ExecutionContext 给 其 分 配 
的 某 个 线程 中 执行 。 


回调 


对 于 一 些 简 单 的 问题 ， 使 用 回调 就 能 很 好 解决 。Future 的 回调 是 偏 函 数 ， K e 
o Future 的 onsuccess 方法， 如果 这 个 Future 成 功 完 成 ， 这 个 回 
调 就 会 执行 ， 并 把 Future 的 返回 值 作为 参数 输入 : 


grind("arabica beans").onSuccess ( case ground => 
println("okay, got my ground coffee") 


类 似 的 ， 也 可 以 在 onFailure 上 注册 回调 ， 只 不 过 它 是 在 Future 失败 时 调用 ， 
其 输入 是 一 个 Throwable 。 


通常 的 做 法 是 将 两 个 回调 结合 在 一 起 以 更 好 的 处 理 Future : 在 oncomplete 方法 
上 注册 回调 ， 回 调 的 输入 是 一 个 Try。 


import scala.util.(Success, Failure) 
grind("baked beans").onComplete { 

case Success(ground) -» println(s"got my $ground") 

case Failure(ex) -» println("This grinder needs a replacement 
, Seriously!") 


j 


传递 给 grind 的 是 “baked beans”， 因 此 grind 方法 会 产生 异常 ， 进 而 导致 
Future 中 的 计算 失败 。 


Future 组 合 


3 a A14 Future i ， 回调 就 变 得 比较 烦人 。 不过， 你 也 没 必 要 这 么 做 ， 因 为 
Future 是 可 组 合 的 ， 这 是 它 站 正 发 挥 威力 的 时 候 ! 


你 一 定 已 经 注意 到 ， 之 前 讨论 过 的 所 有 容器 类 型 都 可 以 进行 map ^  flatMap 
操作 ， 也 可 以 用 在 for i& 6j P o 作为 一 种 容器 类 型 ，Future 支持 这 些 操作 也 不 足 为 


奇 | 
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真正 的 问题 是 ， 在 还 没有 完成 的 计算 上 执行 这 些 操作 意 么 ， 如 何 去 理 解 它 
417 

Map 操作 


Scala 让 “时 间 旅 行 " 成 为 可 能 | 假设 想 在 水 加 热 后 就 去 检查 它 的 温度 ， 可 以 通过 
将 Future[Water] 映射 到 Future[Boolean] 来 完成 这 件 事 情 : 


val tempreatureOkay: Future[Boolean] = heatwater(Water(25)) map 
i water => 

println("we're in the future!") 

(80 to 85) contains (water.temperature) 


tempreatureOkay 最 终 会 包含 水 漫 的 结果 。 你 可 以 去 改变 heatwater 的 实现 
来 让 它 抛 出 异常 (比如 说 ， 加 热 器 爆炸 了 ) ， 然 后 等 待 “we're in the future!” 出 现 
在 显示 屏 上 ， 不 过 你 永远 等 不 到 。 


写 传递 给 map 的 函数 时 ， 你 就 处 在 未 来 (或 者 说 可 能 的 未 来 ) 。 一旦 
Ee] 实例 成 功 完成 ， 这 个 函数 就 会 执行 ， 只 不 过 ， 该 函数 所 在 的 时 间 

com 你 现在 所 处 的 这 个 。 如 果  Future[Water] 失败 ， 传 递 给 map 49h 
as， 青 永 远 不 会 发 生 ， 调 用 map 的 结果 将 是 一 个 失败 的 


Future[Boolean] ? 


FlatMap 操作 


如 果 一 个 Future 的 计算 依赖 于 另 一 个 Future 的 结果 ， 那 需要 求救 于 flatMap 以 
避免 Future hi & o 


假设 ， 测 量 水 温 的 线程 需要 一 些 时 间 ， 那 你 可 能 想 异 步 的 去 检查 水 温 是 否 OK。 nm 
如 ， 有 一 个 函数 ， 接 受 一 个 Water ， 并 返回 Future[Boolean] 


def temperatureOkay(water: Water): Future[Boolean] = future { 
(80 to 85) contains (water.temperature) 


使 用 flatMap (而 不 是 map ) 得 到 一 个 Future[Boolean] ， 而 不 是 


Future[Future[Boolean]] 


val nestedFuture: Future[Future[Boolean]] = heatwater(Water(25)) 


map 1 
water => temperatureOkay(water) 


val flatFuture: Future[Boolean] = heatWater(Water(25)) flatMap ( 
water => temperatureOkay(water) 


同样 ， 映 射 只 会 发 生 在 ”Future[Water] 成 功 完成 情况 下 。 


for 语句 


除了 调用 flatMap ， 也 可 以 写成 for 语 名 。 上 面 的 例子 可 以 重 写 成 : 


val acceptable: Future[Boolean] - for ( 
heatedwater <- heatWater(Water(25)) 
okay <- temperatureOkay(heatedWater ) 
) yield okay 


如 果 有 多 个 可 以 并 行 执 行 的 计算 ， 则 需要 特别 注意 ， 要 先 在 for 语句 外 面 创建 好 对 
应 的 Futures ° 


def prepareCappuccinoSequentially(): Future[Cappuccino] = 
for ( 
ground «- grind("arabica beans") 
water <- heatWater(Water(25)) 
foam «- frothMilk("milk") 
espresso «- brew(ground, water) 
) yield combine(espresso, foam) 


这 看 起 来 很 漂亮 ， 但 要 知道 ，for 语 名 只 不 过 是 flatMap AWRA k o 这 
意味 着 ， 只 有 当 Future[GroundCoffee] 成 功 完成 后 ， heatwater 才 会 创建 
Future[Water] ° 你 可 以 查看 函数 运行 时 打印 出 来 的 东西 来 验证 这 个 说 法 。 


因此 ， 要 确保 在 for 语句 之 前 实例 化 所 有 相互 独立 的 Futures : 


def prepareCappuccino(): Future[Cappuccino] = { 
val groundCoffee = grind('"arabica beans") 
val heatedwater = heatwater(Water(20)) 
val frothedMilk - frothMilk("milk") 
for 4 
ground «- groundCoffee 
water «- heatedWater 
foam «- frothedMilk 
espresso «- brew(ground, water) 
) yield combine(espresso, foam) 


在 for 语句 之 前 ， 三 个 Future 在 创建 之 后 就 开始 各 自 独立 的 运行 ， 显 示 屏 的 输出 是 
不 确定 的 。 唯 一 能 确定 的 是 “happy brewing” 总 是 出 现在 后 面 ， 因 为 该 输出 所 在 的 
函数 brew 是 在 其 他 两 个 函数 执行 完毕 后 才 开 始 执行 的 。 也 因为 此 ， 可 以 在 for 


语句 里 面 直接 调用 它 ， 当 然 ， 前 提 是 前 面 的 Future 都 成 功 完成 。 


失败 偏向 的 Future 


你 可 能 会 发 现 Future[T] 是 成 功 偏 向 的 ， 允 许 你 使 用 
map ^ flatMap ^ filter 等 。 


但 是 ， 有 时 候 可 能 处 理事 情 出 错 的 情况 。 调用 Future[T] 上 的 failed 7 
法 ， 会 得 到 一 个 失败 偏向 的 Future > X7 X rFuture[Throwable] 。 之 后 就 可 以 
映射 这 个 Future[Throwable] ， 在 失败 的 情况 下 执行 mapping Žž » 


总 结 
你 已 经 见 过 Future 了 ， 而 且 它 的 前 途 看 起 来 很 光明 ! 因为 它 是 一 个 可 组 合 、 可 通 
数 式 使 用 的 容器 类 型 ， 这 让 我 们 的 工作 变 得 异常 舒服 。 


调用 future 方法 可 以 轻易 将 阻塞 执行 的 代码 变 成 并 发 执行 ， 但 是 ， 代 码 最 好 原 
本 就 是 非 阻 塞 的 。 为 了 实现 它 ， 我 们 还 需要 Promise XER Future ， 这 就 是 
下 一 章 的 主题 。 


实战 中 的 Promise 和 Future 


上 一 章 介 绍 了 Future 类 型 ， 以 及 如 何 用 它 来 编写 高 可 读 性 、 高 组 合 性 的 异步 执行 
代码 。 


Future 只 是 整个 谜团 的 一 部 分 : 它 是 一 个 只 Ls ， 允 许 你 使 用 它 计算 得 到 的 
值 ， 或 者 处 理 计 算 中 ee ik o Mind 这 之 前 ， 必 须 得 有 一 种 方法 把 这 个 值 放 
去 。 这 一 章 里 ， 你 将 会 看 到 如 何 通 过 Promise a 到 这 个 目的 。 


E 


类 型 Promise 


之 前 ， 我 们 把 一 段 顺序 执行 的 代码 块 传递 给 了 scala.concurrent 里 的 
future 方法 ， 并 且 在 作用 域 中 给 出 了 一 个 ExecutionContext ， 它 神奇 地 异 
步调 用 代码 块 ， 返 回 一 个 Future 类 型 的 结果 。 


虽然 这 种 获得 Future 的 方式 很 简单 ， 但 还 有 其 他 的 方法 来 创建 Future 实例 ， 并 击 


充 它 ， 这 就 是 Promise。 Promise 允许 你 在 Future 里 放 入 一 个 值 ， 不 过 只 能 做 一 
Uc Future 一 旦 完成 ， 就 不 能 更 改 了 。 


一 个 Future 实例 总 是 和 一 个 (也 只 能 是 一 个 ) Promise 实例 关联 在 一 起 。 如 果 你 
在 REPL 里 调用 future 方法 ， 你 会 发 现 返 回 的 也 是 一 个 Promise : 


import concurrent.Future 
import concurrent.Future 


scala» import concurrent.future 
import concurrent.future 


scala» import concurrent.ExecutionContext.Implicits.global 
import concurrent.ExecutionContext.Implicits.global 


scala» val f: Future[String] = future ( "Hello world!" } 
f: scala.concurrent.Future[String] - scala.concurrent.impl.Promi 
se$DefaultPromiseQ2b509249 


你 得 到 的 对 象 是 一 个 DefaultPromise ， 它 实现 了 Future 和 Promise 接 
口 ， 不 过 这 就 是 具体 的 实现 细节 了 (译注 ， 有 兴趣 的 读者 可 翻阅 其 实现 的 源码 ) ， 
使 用 者 只 需要 知道 代码 实现 把 Future 和 对 应 的 Promise 之 间 的 联系 分 的 很 清晰 。 


这 个 小 例子 说 明了 : 除了 通过 Promise， 没 有 其 他 方法 可 以 完成 一 个 Future ， 
future 方法 也 只 是 一 个 辅助 函数 ， 隐 藏 了 具体 的 实现 机 制 。 


现在 ， 让 我 们 动 动 手 ， 看 看 怎样 直接 使 用 Promise 类 型 。 


给 出 承诺 
当 我 们 谈论 起 承诺 能 否 被 兑现 时 ， 一 个 很 熟知 的 例子 是 那些 政客 的 竞选 诺言 。 


假设 被 推选 的 政客 给 他 的 投票 者 一 个 减 税 的 承诺 。 这 可 以 用 Promise[TaxCut] 
AUR: 


import concurrent.Promise 

case class TaxCut(reduction: Int) 

// either give the type as a type parameter to the factory metho 
d: 

val taxcut = Promise[TaxCut]() 

// or give the compiler a hint by specifying the type of your va 
dq 

val taxcut2: Promise[TaxCut] = Promise() 

// taxcut: scala.concurrent.Promise[TaxCut] = scala.concurrent.i 
mpl.Promise$DefaultPromise(Q9066ae2a84 

// taxcut2: scala.concurrent.Promise[TaxCut] - scala.concurrent. 
impl.Promise$DefaultPromiseQ346974c6 


一 旦 创建 了 这 个 Promise， 就 可 以 在 它 上 面 调用 future 方法 来 获取 承诺 的 未 
来 : 


val taxCutF: Future[TaxCut] = taxcut.future 
// > scala.concurrent.Future[TaxCut] ^ Sscala.concurrent.impl. 
Promise$DefaultPromise(066ae2a84 


返回 的 Future 可 能 并 不 和 Promise 一 样 ， 但 在 同一 个 Promise 上 调用 future 
方法 总 是 返回 同一 个 对 象 ， 以 确保 Promise 和 Future 之 间 一 对 一 的 关系 。 


结束 承诺 


一 旦 给 出 了 承诺 ， 并 告诉 全 世界 会 在 不 远 的 将 来 兑现 它 ， 那 最 好 尽力 去 实现 。 在 
Scala 中 ， 可 以 结束 一 个 Promise， 无 论 成 功 还 是 失败 。 


兑现 承诺 


为 了 成 功 结束 一 个 Promise， 你 可 以 调用 它 的 _ success 方法 ， 并 传递 一 个 大 家 期 
许 的 结果 : 


taxcut.success(TaxCut(20)) 


这 样 做 之 后 ，Promise 就 无 法 再 写 入 其 他 值 了 ， 如 果 偏 要 再 写 ， 会 产生 异常 。 


此 时 ， 和 Promise 关联 的 Future 也 成 功 完 成 ， 注 册 的 回调 会 开始 执行 ， 或 者 说 对 
这 个 Future 进行 了 映射 ， 那 这 个 时 候 ， 了 映射 函数 也 该 执行 了 。 


一 般 来 说 ，Promise 的 完成 和 对 返回 的 Future 的 处 理发 生 在 不 同 的 线程 。 很 可 能 
你 创建 了 Promise， 并 立即 返回 和 它 关联 的 Future 给 调用 者 ， 而 实际 上 ， 另 外 一 个 
线程 还 在 计算 它 。 


为 了 说 明 这 一 点 ， 我 们 拿 减 税 来 举 个 例子 : 


object Government { 
def redeemCampaignPledge(): Future[TaxCut] = { 

val p - Promise[TaxCut]() 

Future { 
println("Starting the new legislative period.") 
Thread.sleep(2000) 
p.success(TaxCut(2909)) 
println("We reduced the taxes! You must reelect us!!!!1111" 


j 


p.future 


Bi O ë A 





这 个 例子 中 使 用 了 Future 伴生 对 象 ， 不 过 不 要 被 它 搞 混 淆 了 ， 这 个 例子 的 重点 
是 : Promise 并 不 是 在 调用 者 的 线程 里 完成 的 。 


现在 我 们 来 兑现 当初 的 竞选 宣言 ， 在 Future 上 添加 一 个 onCcomplete 回调 : 


import scala.util.(Success, Failure) 
val taxCutF: Future[TaxCut] = Government.redeemCampaignPledge() 
println("Now that they're elected, let's see if they remember th 
eir promrzses-- 9) 
taxCutF.onComplete { 
case Success(TaxCut(reduction)) => 
println(s"A miracle! They really cut our taxes by $reduction 


percentage points!") 


case Failure(ex) -» 
println(s"They broke their promises! Again! Because of a ${e 


x.getMessage)?") 


多 次 运行 这 个 例子 ， 会 发 现 显 示 屏 输出 的 结果 顺序 是 不 确定 的 ， 而 且 ， 最 终 回调 郊 
数 会 执行 ， 进 入 成 功 的 那个 case 。 


政客 习惯 违背 诺言 ，Scala 程序 员 有 时 候 也 只 能 这 样 做 。 调用 failure 方法 ， 
传递 一 个 异常 ， 结 束 Promise : 


case class LameExcuse(msg: String) extends Exception(msg) 
object Government { 
def redeemCampaignPledge(): Future[TaxCut] = { 
val p - Promise[TaxCut]() 
Future { 
println("Starting the new legislative period.") 
Thread.sleep(20900) 
p.failure(LameExcuse("global economy crisis")) 
println("We didn't fulfill our promises, but surely they' 
ll understand.") 


y 
p.future 


这 个 redeemCampaignPledge 实现 最 终 会 违背 承诺 。 一 旦 用 failure 结束 这 
个 Promise， 也 无 法 再 次 写 入 了 ， 正 如 success 方法 一 样 。 相 关联 的 Future 也 
会 以 Failure 收场 。 


如 果 已 经 有 了 一 个 Try， 那 可 以 直接 把 它 传 递 给 Promise 的 complete 方法 ， 以 
此 来 结束 这 个 它 。 如 果 这 个 Try 是 一 个 Success， 关 联 的 Future 会 成 功 完 成 ， 否 
则 ， 就 失败 。 


基于 Future 的 编程 实践 


如 果 想 使 用 基于 Future e 范式 以 增加 应 用 的 扩展 性 ， 那 应 用 从 下 到 上 都 必须 
被 设计 成 非 阻塞 模式 。 这 意味 着 ， 基 本 上 应 用 层 所 有 的 函数 都 应 该 是 异步 的 ， 并 且 
返回 Future。 


当下 ， 一 个 可 能 的 使 用 场景 是 开发 Web 应 用 。 流行 的 Scala Web ， 人 允许 你 将 
响应 作为 Future[Response] 返回 ， 而 不 是 等 到 你 完成 响应 再 返回 。 
重要 ， 因 为 它 允 许 Web 服务 器 用 少量 的 线程 处 理 更 多 的 连接 。 RR ES 
Future[Response] 的 能 力 ， 你 可 以 最 大 化 服务 器 线程 池 的 利用 率 。 


而 且 ， 应 用 的 服务 可 能 需要 多 次 调用 数据 库 层 以 及 (或 者 ) 某 些 外 部 服务 ， 这 时 候 
可 以 获取 多 个 Future， 用 for 语句 将 它们 组 合成 新 的 Future， 简 单 可 读 ! 最终， 
Web 层 再 将 这 样 的 一 个 Future 变 成 Future[Response] ° 


> 


8 Jt 1A EAE ER FERLA? 需要 考虑 三 种 不 同 的 场景 : 


JE FR. IO 


应 用 很 可 能 涉及 到 大 量 的 IO 操作 。 比 如 ， 可 能 需要 和 数据 库 交 互 ， 还 可 能 作为 客 
户 端 去 调用 其 他 的 Web 服务 。 


如 果 是 这 样 ， 可 以 使 用 一 些 基于 Java 非 阻塞 |O 实现 的 库 ， 也 可 以 直接 或 通过 
Netty 这 样 的 库 来 使 用 Java 的 NIO API。 这 样 的 库 可 以 用 定量 的 线程 池 处 理 大量 
的 连接 。 


但 如 果 是 想 开发 这 样 的 一 个 库 ， 直 接 和 Promise 打交道 更 为 合适 。 
阻塞 IO 


有 时 候 ， 并 没有 基于 NIO 的 库 可 用 。 比 如 ，Java 世界 里 大 多 数 的 数据 库 驱 动 都 是 
使 用 阻塞 ID。 在 Web 应 用 中 ， 如 果 用 这 样 的 驱动 发 起 大 量 访问 数据 库 的 调用 ， 要 
记得 这 些 调用 是 发 生 在 服务 器 线程 里 的 。 为 了 避免 这 个 问题 ， 可 以 将 所 有 需要 和 数 
据 库 交互 的 代码 都 放 入 future 代码 块 里 ， 就 像 这 样 : 


// get back a Future[ResultSet] or something similar: 
Future { 
queryDB(query) 


pe ， 我 们 都 是 使 用 隐 式 可 用 的 全 局 ExecutionCcontext 来 执行 这 些 代码 
块 。 ， 更 好 的 方式 是 创建 一 个 专用 的 ExecutionContext 放 在 数据 库 层 

go 2 Javaj ExecutorService 来 它 ， 这 也 意味 着 ， 可 以 异步 的 调整 线程 
池 来 执行 数据 库 调 用 ， 应 用 的 其 他 部 分 不 受 影 响 。 


import java.util.concurrent.Executors 

import concurrent.ExecutionContext 

val executorService = Executors.newFixedThreadPool(4) 

val executionContext - ExecutionContext.fromExecutorService(exec 
utorService) 


长 时 间 运 行 的 计算 


取决 于 应 用 的 本 质 特 点 ， 一 个 应 用 偶尔 还 会 调用 一 些 长 时 间 运 行 的 任务 ， 它 们 完全 
不 涉及 IO (CPU 密集 的 任务 ) 。 这 些 任务 也 不 应 该 在 服务 器 线程 中 执行 ， 因 此 需 
要 将 它们 变 成 Future : 


Future { 
longRunningComputation(data, moreData) 


j 


同样 ， 最 好 有 一 些 专属 的 ExecutionContext 来 处 理 这 些 密集 的 计算 。 怎 


这 些 CP 
样 调整 这 些 线程 池 大 小 取决 于 应 用 的 特征 ， 这 些 已 经 超过 了 本 文 范围 。 
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这 一 章 里 ， 我 们 学 习 了 Promise - Future 的 并 发 范式 的 可 写 组 件 ， 以 及 怎样 用 
它 来 完成 一 个 Future: 同时 ， 还 给 出 了 一 些 在 实践 中 使 用 它们 的 建议 。 

下 一 章 会 讨论 Scala 函数 式 编程 是 如 何 增加 代码 可 用 性 (一 个 长 久 以 来 和 面向 对 象 
编程 相关 联 的 概念 ) 的 。 


a Wr ES XE DRY 
前 几 章 介绍 了 Scala 容器 类 型 的 可 组 合 性 特征 。 接 下 来 ， 你 会 发 现 ，Scala 中 的 一 
等 公民 一 有 函数 也 具有 这 一 性 质 。 


组 合 性 产生 可 重用 性 ， 虽 然后 者 是 经 由 面向 对 象 编程 而 为 人 熟知 ， 但 它 也 绝对 是 纯 
函数 的 固有 性 质 。 〈 纯 函数 是 指 那些 没有 副作用 且 是 引用 透明 的 函数 ) 


一 个 明显 的 例子 是 调用 已 知 函 数 实现 一 个 新 的 函数 ， 当 然 ， 还 有 其 他 的 方式 来 重用 
已 知 函 数 。 这 一 章 会 讨论 函数 式 编程 的 一 些 基本 原理 。 你 将 会 学 到 如 何 使 用 高 阶 
函数 ， 以 及 重用 已 有 代码 时 ， 遵 守 DRY 原则 。 


高 阶 函 数 
和 一 阶 函 数 相 比 ， 高 阶 元 数 可 以 有 三 种 形式 : 


1. 一 个 或 多 个 参数 是 函数 ， 并 返回 一 个 值 。 
2. 返回 一 个 函数 ， 但 没有 参数 是 函数 。 
3. LAA m: 一 个 或 多 个 参数 是 函数 ， 并 返回 一 个 函数 。 


看 到 这 里 的 读者 应 该 已 经 见 到 过 第 一 种 使 用 : 我 们 调用 一 个 方法 ， 像 map ^ 
filter ^ flatMap ， 并 传递 另 一 个 函数 给 它 。 传 递 给 方法 的 函数 通常 是 匿名 
函数 ， 有 了 时候， 还 涉及 一 些 代码 宛 余 。 

这 一 章 只 关注 另外 两 种 功能 : 一 个 可 以 根据 输入 值 构建 新 的 函数 ， 另 一 个 可 以 根据 
现 有 的 函数 组 合 出 新 的 函数 。 这 两 种 情况 都 能 够 消除 代码 宛 余 。 


你 可 能 认为 依据 输入 值 创建 新 函数 的 能 力 并 不 是 那么 有 用 。 函数 组 合 非 常 重 要 ， 但 
在 这 之 前 ， 还 是 先 来 看 看 如 何 使 用 可 以 产生 新 函数 的 函数 。 

假设 要 实现 一 个 免费 的 邮件 服务 ， 用 户 可 以 设置 对 邮件 的 屏蔽 。 我 们 用 一 个 简单 的 
样 例 类 来 代表 邮件 : 


case class Email( 
subject: String 
text: String, 
sender: String, 
recipient: String 


想 让 用 户 可 以 自 定义 过 滤 条 件 ， 需 有 一 个 过 滤 函 数 一 一 类 型 为 Email => 
Boolean 的 谓词 函数 ， 这 个 谓词 函数 决定 某 个 邮件 是 否 该 被 屏蔽 : 如 果 谓 词 成 
昌 ， 那 这 个 邮件 被 接受 ， 否 则 就 被 屏蔽 掉 。 








type EmailFilter = Email => Boolean 
def newMailsForUser(mails: Seq[Email], f: EmailFilter) - mails.f 
ilter(f) 


注意 ， 类 型 别名 使 得 代码 看 起 来 更 有 意义 。 


现在 ， 为 了 使 用 户 能 够 配置 邮件 过 滤器 ， 实 现 了 一 些 可 以 产生 EmailFilter 的 
工厂 方法 : 


val sentByOneOf: Set[String] => EmailFilter = 
senders => 
email -» senders.contains(email.sender) 
val notSentByAnyOf: Set[String] -» EmailFilter - 
senders => 
email -» !senders.contains(email.sender) 


val minimumSize: Int -» EmailFilter 
n => 


email -» email.text.size »- n 


val maximumSize: Int -» EmailFilter 
n => 


email => email.text.size «- n 


这 四 个 vals 都 是 可 以 返回 EmailFilter 895Zt ^» MANAIRA 
Set[String] 作为 输入 ， 后 两 个 接受 代表 邮件 内 容 长 度 的 Int 作为 输入 。 


可 以 使 用 这 些 函 数 来 创建 ”EmailLlFilter 


val emailFilter: EmailFilter = notSentByAnyOf(Set("johndoeQexa 
mple.com")) 
val mails = Email( 
subject - "It's me again, your stalker friend!", 
text = "Hello my friend! How are you?", 
sender - "johndoeQexample.com", 
recipient - "meQexample.com") :: Nil 
newMailsForUser(mails, emailFilter) // returns an empty list 


这 个 过 滤器 过 滤 掉 列表 里 唯一 的 一 个 元 素 ， 因 为 用 户 屏蔽 了 来 自 
johndoe@example.com 的 邮件 。 可 以 用 工厂 方法 创建 任意 的 EmailFilter ģ 
数 ， 这 取决 于 用 户 的 需求 了 。 


重用 已 有 函数 


当前 的 解决 方案 有 两 个 问题 。 第 一 个 是 工厂 方法 中 有 重复 代码 。 上 文 提 到 过 ， 函 数 
的 组 合 特征 可 以 很 轻 多 的 保持 DRY 原则 ， 既 然 如 此 ， 那 就 试 着 使 用 它 吧 ! 


对 于 minimumSize 和 maximumSize ， 我 们 引入 一 个 叫做 sizeConstraint 
的 函数 。 这 个 函数 接受 一 个 谓词 函数 ， 该 谓词 函数 检查 函数 内 容 长 度 是 否 OK， 邮 
件 长 度 会 通过 参数 传递 给 它 : 


type SizeChecker = Int => Boolean 
val sizeConstraint: SizeChecker => EmailFilter = 
iui => 
email -» f(email.text.size) 


这 样 ， 我 们 就 可 以 用 sizeConstraint 来 表示 minimumSize 和 


maximumSize 了 : 


val minimumSize: Int => EmailFilter 
n => 
sizeConstraint(  »- n) 


val maximumSize: Int -» EmailFilter 
n => 
sizeConstraint(  «- n) 


函数 组合 


为 另外 两 个 谓词 ( sentByoneof ^ notSentByAny0f ) 介绍 一 个 通用 的 高 阶 函 
数 ， 通 过 它 ， 可 以 用 一 个 函数 去 表达 另外 一 个 函数 。 


这 个 高 阶 函 数 就 是 ， 给 定 一 个 类 型 为 A => Boolean 的 谓词 ， 它 
返回 一 个 新 函数 ， 这 个 新 函数 总 是 得 出 和 谓词 相对 立 的 结果 : 
def complement[A](predicate: A => Boolean) = (a: A) => !predic 
ate(a) 


现在 ， 对 于 一 个 已 有 的 谓词 p ， 调 用 complement(p) 可 以 得 到 它 的 补 。 然 
而 ， sentByAnyOf 并 不 是 一 个 谓词 函数 ， 它 返回 类 型 为 EmailFilter 的 谓 
全 o 


Scala Zt i *T 2045-867] SUE SCRI 8 ET : 给 定 两 个 函数 f o^ g? 
f.compose(g) 返回 一 个 新 函数 ， 人 调用 这 个 新 部 数 时 ， ee g ， 然 后 应 
用 f 到 g 的 返回 结果 上 。 类 似 的 ， f.andThen(g) 返回 的 新 函数 会 应 用 

g 到 f 的 返回 结果 上 。 


知道 了 这 些 ， 我 们 就 可 以 重 写 notsentByAnyof T: 


val notSentByAnyOf = sentByOneOf andThen (g => complement(g)) 


上 面 的 代码 创建 了 一 个 新 的 函数 ， 这 个 函数 首先 应 用 sentByoneof 到 参数 
Set[String] 上 ， 产 生 一 个 EmailFilter 谓词 , 然后 ， 应 用 complement 到 
这 个 谓词 上 。 使 用 Scala 的 下 划 线 语法 ， 这 短 代码 还 能 更 精简 : 


val notSentByAnyOf = sentByOneOf andThen (complement( )) 


读者 可 能 已 经 注意 到 ， 给 定 complement 有 函数 ， 也 可 以 通过 minimumsize 来 
实现 maximumSize ° 不 过 ， 先 前 的 实现 方式 更 加 灵活 ， 它 允许 检查 邮件 内 容 的 
任意 长 度 。 dH 


谓词 组 合 


邮件 过 滤器 的 第 二 个 问题 是 ， 当 前 只 能 传递 一 个 EmailFilter 给 
newMailsForUser 哆 数 ， 而 用 户 必 然 想 设置 多 个 标准 。 所 以 需要 可 以 一 种 可 以 
创建 组 合 谓词 的 方法 ， 这 个 组 合 谓词 可 以 在 任意 一 个 标准 满足 的 情况 下 返回 
true ， 或 者 在 都 不 满足 时 返回 false 。 


下 面 的 代码 是 一 种 实现 方式 : 


def any[A](predicates: (A => Boolean)*): A => Boolean = 
a -» predicates.exists(pred -» pred(a)) 
def none[A](predicates: (A -» Boolean)*) - complement(any(pred 


icates:  *)) 
def every[A](predicates: (A -» Boolean)*) - none(predicates.vi 


ew.map(complement( )): |") 


any 函数 返回 的 新 函数 会 检查 是 否 有 一 个 谓词 对 于 输入 a AA e none 返回 
的 是 any 返回 函数 的 补 ， 只 要 存在 一 个 成 丨 的 谓词 ， none 的 条 件 就 无 法 满 
足 。 最 后 ， every 利用 none 和 any 来 判定 是 否 每 个 谓词 的 补 对 于 输入 
a TRF o 


可 以 使 用 它们 来 创建 代表 用 户 设 置 的 组 合 EmailFilter 


val filter: EmailFilter = every( 
notSentByAnyOf (Set ("johndoeQexample.com")), 
minimumSize(100), 
maximumSize (10000) 


再 举 一 个 函数 组 合 的 例子 。 回 顾 下 上 面 的 场景 ， 邮 件 提供 者 不 仅 想 让 用 户 可 以 配置 
邮件 过 滤器 ， 还 想 对 用 户 发 送 的 邮件 做 一 些 处 理 。 这 是 一 些 简单 的 Email => 
Email 遂 数 ， 一 些 可 能 的 处 理 函 数 是 : 


val addMissingSubject = (email: Email) => 
if (email.subject.isEmpty) email.copy(subject - "No subject" 


else email 
val checkSpelling = (email: Email) => 
email.copy(text = email.text.replaceAll("your", "you're")) 
val removeInappropriateLanguage = (email: Email) => 
email.copy(text = email.text.replaceAll("dynamic typing", "* 
* CENSORED* *" ) ) 
val addAdvertismentToFooter = (email: Email) => 
email.copy(text = email.text + "NnThis mail sent via Super A 
wesome Free Mail") 


现在 ， 根 据 老 板 的 心情 ， 可 以 按 需 配置 邮件 处 理 的 流水 线 。 通过 andThen 调用 
实现 ， 或 者 使 用 Function 伴生 对 象 上 的 chain 方法 : 


val pipeline = Function.chain(Seq( 
addMissingSubject, 
checkSpelling, 
removelnappropriateLanguage, 
addAdvertismentToFooter)) 


Ef 2c 5] y Ef C 


这 部 分 a 么 多 通过 高 阶 函 数 来 组 合 和 重用 函数 的 方 
法 之 后 ， 你 可 能 想 再 重新 看 看 偏 函 数 。 


4 di vs C 
匿名 有 函数 那 一 章 提 到 过 ， 偏 函 ee 建 责 任 链 : PartialFunction 上 
的 orElse 方法 允许 链接 任意 函数 ， 从 而 组 合 出 一 个 新 的 偏 函 数 。 不过， 只 


有 在 一 个 偏 函 数 没 有 为 给 iiie is 才 会 把 责任 传递 给 下 一 个 偏 函数 。 从 
而 可 以 做 下 面 这 样 的 事情 


val handler = fooHandler orElse barHandler orElse bazHandler 


ECKE E 


有 时 候 ， 偏 函数 并 不 合适 。 仔细 想 想 ， 一 个 函数 没有 为 所 有 的 输入 值 定义 操作 ， 这 
样 的 事实 还 可 以 用 一 个 返回 Option[A] 的 标准 函数 代替 : 如 果 函 数 为 一 个 输入 
定义 了 操作 ， 那 就 返回 Some[A] ， 和 否则 返回 None ° 


要 这 么 做 的 话 ， 可 以 在 给 定 的 偏 函数 pf 上 调用 lift 方法 得 到 一 个 普通 的 函 
数 ， 这 个 函数 返回 Option 。 反 过 来 ， 如 果 有 一 个 返回 Option 的 普通 函数 
f ， 也 可 以 调用 Function.unlift(f) 来 得 到 一 个 偏 骂 数 。 总 


这 一 章 给 出 了 高 阶 函 数 的 使 用 ， 利 用 它 可 以 在 一 个 新 的 环境 里 重用 已 有 芳 数 ， 并 用 
灵活 的 方式 去 组 合 它 们 。 在 所 举 的 例子 中 ， 就 代码 行 数 而 言 ， 可 能 看 不 出 大 多 价 
值 ， 这 些 例子 都 很 简单 ， 只 是 为 了 说 明 而 已 ， 在 架构 层面 ， 组 合 和 重用 函数 是 有 很 
大 帮助 的 。 


， 我 们 继续 探索 函数 组 合 的 方式 : 函数 部 分 应 用 和 柯 里 化 (Partial Function 
pp and Currying) ° 


柯 里 化 和 部 分 函数 应 用 


上 一 章 重点 在 于 代码 重复 : 提升 现 有 的 函数 功能 、 或 者 将 函数 进行 组 合 。 这 一 章 ， 
我 们 来 看 看 另外 两 种 函数 重用 的 机 制 : 函数 的 部 分 应 用 (Partial Application of 
Functions) 、 柯 里 化 (Currying) ° 


部 分 应 用 的 函数 


和 其 他 遵循 函数 式 编程 范式 的 语言 一 样 ，Scala 允许 部 分 应 用 一 个 函数 。 调 用 一 个 
函数 时 ， 不 是 把 函数 需要 的 所 有 参数 都 传递 给 它 ， 而 是 仅仅 传递 一 部 分 ， 其 他 参数 
留 空 ; 这 样 会 生成 一 个 新 的 函数 ， 其 参数 列表 由 那些 被 留 空 的 参数 组 成 。 (不 要 把 
这 个 概念 和 偏 函 数 混淆 ) 


为 了 具体 说 明 这 一 概念 ， 回 到 上 一 章 的 例子 : 假想 的 免费 邮件 服务 ， 能 够 让 用 户 配 
置 第 选 器 ， 以 使 得 满足 特定 条 件 的 邮件 显示 在 收 件 箱 里 ， 其 他 的 被 过 滤 掉 。 


Email 类 看 起 来 仍然 是 这 样 : 


case class Email( 
subject: String, 
text: String, 
sender: String, 
recipient: String) 
type EmailFilter - Email -» Boolean 


过 滤 邮 件 的 条 件 用 谓词 Email => Boolean 表示 ， EmailFilter 是 其 别名 。 
调用 适当 的 工厂 方法 可 以 生成 这 些 谓词 。 


上 一 章 ， 我 们 创建 了 两 个 这 样 的 工厂 方法 ， 它 们 检查 邮件 内 容 长 度 是 否 满足 给 定 的 
最 大 值 或 最 小 值 。 这 一 次 ， 我 们 使 用 部 分 应 用 函数 来 实现 这 些 工 厂 方法 ， 做 法 是 ， 
修改 sizeConstraint ， 国 定 某 些 参数 可 以 创建 更 具体 的 限制 条 件 : 


其 修改 后 的 代码 如 下 


type IntPairPred - (Int, Int) -» Boolean 
def sizeConstraint(pred: IntPairPred, n: Int, email: Email) 


pred(email.text.size, n) 


上 述 代 码 为 一 个 谓词 函数 定义 了 别名 IntPairPred ， 该 函数 接受 一 对 整数 dà 
n 和 邮件 内 容 长 度 ) ， 检 查 邮 件 长 度 对 于 n 是 否 OK。 


请 注意 ， 不 像 上 一 章 的 sizeConstraint ， 这 一 个 并 不 返回 新 的 
EmailFilter ， 它 只 是 简单 的 用 参数 做 计算 ， 返 回 一 个 布尔 值 。 秘诀 在 于 ， 你 可 
以 部 分 应 用 这 个 sizeConstraint 来 得 到 一 个 EmailFilter 。 


遵循 DRY 原则 ， 我 们 先 来 定义 常用 的 IntPairPred 实例 ， 这 样 ， 在 调用 
sizeConstraint 时 ， 不 需要 重复 的 写 相 同 的 匿名 闵 数 ， 只 需 传 递 下 面 这 些 


val gt: IntPairPred- ^» _ 
val ge: IntPairPred- _ >= _ 
val lt: IntPairPred = < . 
val le: IntPairPred - < 三 


val eq: IntPairPred 


最 后 ， 调 用 sizeConstraint 函数 ， 用 上 面 的 IntPairPred 传 入 第 一 个 参 
A: 


val minimumSize: (Int, Email) -» Boolean - sizeConstraint(ge 
, —: Int, _: Email) 

val maximumSize: (Int, Email) => Boolean = sizeConstraint(le 
roce Int, _: Email) 


FMA AA TAE AC LRA KRT ” ， 还 需要 指定 这 些 参数 的 类 型 ， 这 
使 得 函数 的 部 分 应 JU XS 3E» Scala 编译 器 无 法 推断 它们 的 类 型 ， 方 法 重 载 
使 编译 器 不 可 能 知道 你 想 使 用 哪个 方法 。 


不 过 ， 你 可 以 绑 定 或 漏 掉 任 意 个 、 任 意 位 置 的 参数 。 比 如 ， 我 们 可 以 漏 掉 第 一 
值 ， 只 传递 约束 值 n 


val constr20: (IntPairPred, Email) -» Boolean - 
sizeConstraint( : IntPairPred, 20, _: Email) 


val constr30: (IntPairPred, Email) -» Boolean - 
sizeConstraint( : IntPairPred, 30,  : Email) 


IFE AA ha o dE$—^* IntPairPred 和 一 个 Email 作为 参数 ， 然 后 利用 
W F ZR IntPairPred 把 邮件 长 度 和 20 ^ 30 比较， 只 不 过 比较 方法 的 还 
辑 IntPairPred 需要 另外 指定 。 


由 此 可 见 ， 虽 然 函 数 部 分 应 用 看 起 来 比较 兄长， 但 它 要 比 Clojure 的 灵活 ， 在 
Clojure 里 ， 必 须 从 左 到 右 的 传递 参数 ， 不 能 略 掉 中 间 的 任何 参数 。 
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数 对 象 ， 并 且 其 参数 列表 和 原 方 法 一 模 一 样 。 通过 这 种 方式 可 以 将 方法 变 成 一 个 可 
赋值 、 可 传递 的 函数 ! 


val sizeConstraintFn: (IntPairPred, Int, Email) => Boolean = 
sizeConstraint . 


更 有 趣 的 函数 


部 分 函数 应 用 显得 太 哆 叹 ， 用 起 来 不 够 优雅 ， 幸 好 还 有 其 他 的 替代 方法 。 
也 许 你 已 经 知道 Scala 里 的 方法 可 以 有 多 个 参数 列表 。 下 面 的 代码 用 多 个 参数 列表 


重新 定义 了 sizeConstraint 


def sizeConstraint(pred: IntPairPred)(n: Int)(email: Email): 
Boolean - 
pred(email.text.size, n) 


pnm——————————————————————————————————— Ó——M-— HÀ ni 
如 果 把 它 变 成 一 个 可 赋值 、 可 传递 的 函数 对 象 ， 它 的 签名 看 起 来 会 像 是 这 相 


val sizeConstraintFn: IntPairPred -» Int -» Email -» Boolean 
= sizeConstraint . 


这 种 单 参 数 的 链 式 函数 称 做 柯 里 化 函数 ， 以 发 明 人 Haskell Curry 命名 。 在 
Haskell 编程 语言 里 ， 所 有 的 函数 默认 都 是 柯 里 化 的 。 


sizeConstraintFn 接受 一 个 IntPairPred ， 返 回 一 个 函数 ， 这 个 函数 又 接受 
Int 类 型 的 参数 ， 返 回 另 一 个 函数 ， 最 终 的 这 个 函数 接受 一 个 Email ， 返 回 布 


尔 值 。 


现在 ， 可 以 把 要 传 入 的 IntPairPred 传递 给 sizeConstraint 得 到 : 


val minSize: Int => Email -» Boolean = sizeConstraint(ge) 
val maxSize: Int => Email => Boolean = sizeConstraint(le) 


被 留 空 的 参数 没 必要 使 用 占 位 符 ， 因 为 这 不 是 部 分 函数 应 用 。 
现在 ， 可 以 通过 这 两 个 柯 里 化 函数 来 创建 EmailFilter 谓词 : 


val min20: Email => Boolean = minSize(20) 
val max20: Email => Boolean = maxSize(2909) 


iie eH pie 数 上 一 次 性 绑 定 多 个 参数 ， 直 接 得 到 上 面 的 结果 。 传 入 第 一 个 
参数 得 到 的 函数 会 立即 应 用 到 第 二 个 参数 上 : 


val min20: Email => Boolean = sizeConstraintFn(ge)(20) 
val max20: Email -» Boolean - sizeConstraintFn(le)(29) 


函数 柯 里 化 


有 时 候 ， 并 不 总 是 能 提前 知道 要 不 要 将 一 个 函数 写成 柯 里 化 形式 ， 毕 竞 ， 和 只 有 单 
参数 列表 的 函数 相 比 ， 柯 里 化 函数 的 使 用 uiis 而 且 ， 偶 尔 还 会 想 以 柯 里 化 的 
形式 去 使 用 第 三 方 的 函数 ， 但 这 些 函 数 的 参数 都 在 一 个 参数 列表 里 。 
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数 : 接受 现 有 的 函数 ， 返 回 新 函数 。 这 个 高 阶 函 数 就 是 curried : curried 
方法 存在 于 Function2 ^ Function3 这 样 的 多 参数 函数 类 型 里 。 如 果 存 在 一 
个 接受 两 个 参数 的 sum ， 可 以 通过 调用 curried 方法 得 到 它 的 柯 里 化 版 本 : 


val sum: (Int, Int) => Int = _ + 
val sumCurried: Int -» Int -» Int - sum.curried 


使 用 Funtion.uncurried 进行 反 向 操作 ， 可 以 将 一 个 柯 里 化 函数 转换 成 非 柯 里 
化 版 本 。 


函数 化 的 依赖 注入 


在 这 一 草 的 最 后 ， 我 们 来 看 看 柯 里 化 骂 数 如 何 发 挥 其 更 大 的 作用 。 RA Java 或 者 
NET 世界 的 人 ， 或 多 或 少 都 用 过 依赖 注入 容器 ， 这 些 容器 为 使 用 者 管理 对 象 ， 以 
及 对 象 之 间 的 依赖 关系 。 在 Scala 里 ， 你 并 不 丨 的 需要 这 样 的 外 部 工具 ， 语 言 已 经 
提供 了 许多 功能 ， 这 些 功 能 简化 了 依赖 注入 的 实现 。 


函数 式 编程 仍然 需要 注入 依赖 : 应 用 程序 中 上 层 函 数 需要 调用 其 他 函数 。 把 要 调用 
的 函数 硬 编码 在 上 层 函 数 里 ， 不 利于 它们 的 独立 测试 。 从 而 需要 把 被 依赖 的 函数 以 
参数 的 形式 传递 给 上 层 函数 。 

但 是 d 每 次 调用 都 传递 相 同 的 依赖 是 不 符合 DRY 原则 的 , 这 时 候 , T] E16 S c 
就 有 用 了 ! 柯 里 化 和 部 分 函数 应 用 是 函数 式 编程 里 依赖 注入 的 几 种 方式 之 一 。 


下 面 这 个 简化 的 例子 说 明了 这 项 技术 : 


case class User(name: String) 
trait EmailRepository { 
def getMails(user: User, unread: Boolean): Seq[Email] 
} 
trait FilterRepository { 
def getEmailFilter(user: User): EmailFilter 
} 
trait MailboxService { 
def getNewMails(emailRepo: EmailRepository)(filterRepo: Fi 
lterRepository)(user: User) = 
emailRepo.getMails(user, true).filter(filterRepo.getEmai 
lFilter(user)) 
val newMails: User -» Seq[Email] 


这 个 例子 有 一 个 依赖 两 个 不 同 存储 库 的 服务 ， 这 些 依 赖 被 声明 为 ”getNewMails 
方法 的 参数 ， 并 且 每 个 依赖 都 在 一 个 单独 的 参数 列表 里 。 


MailboxService 实现 了 这 个 方法 ， 留 室 了 字段 newMails ， 这 个 字段 的 类 型 
是 一 个 函数 : User => Seq[Email] ， 依 赖 于 Mailboxservice 的 组 件 会 调用 
这 个 函数 。 


扩展 MailboxService 时 ， 实 现 newMails 的 方法 就 是 应 用 getNewMails 
这 个 方法 ， 把 依赖 EmailRepository ^  FilterRepository 的 具体 实现 传递 
给 它 : 


object MockEmailRepository extends EmailRepository { 
def getMails(user: User, unread: Boolean): Seq[Email] - Nil 


} 
object MockFilterRepository extends FilterRepository { 


def getEmailFilter(user: User): EmailFilter = _ => true 
} 
object MailboxServiceWithMockDeps extends MailboxService { 
val newMails: (User) => Seq[Email] = 
getNewMails(MockEmailRepository)(MockFilterRepository) . 
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调用 MailboxServicewithMockDeps.newMails(User("daniel") 无 需 指定 要 使 
用 的 存储 库 。 在 实际 的 应 用 程序 中 ， 这 个 服务 也 可 能 是 以 依赖 的 方式 被 使 用 ， 而 不 
是 直接 引用 。 

这 可 能 不 是 最 强大 、 可 扩展 的 依赖 注入 实现 方式 ， 但 依旧 是 一 个 非常 不 错 的 选择 ， 
对 展示 部 分 函数 应 用 和 柯 里 化 更 广泛 的 功用 来 说 ， 这 也 是 一 个 不 错 的 例子 。 如 果 你 
想 知 道 更 多 关于 这 一 点 的 知识 ， 推 荐 看 Debasish Ghosh 的 幻灯 片 “Dependency 
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这 一 章 讨 论 了 两 个 附加 的 可 以 避免 代码 重复 的 函数 式 编程 技术 ， 并 且 在 这 个 基础 
上 ， 得 到 了 很 大 的 灵活 性 ， 可 以 用 多 种 不 同 的 形式 重用 函数 。 部 分 函数 应 用 和 柯 里 
化 ， 这 两 者 或 多 或 少 都 可 以 实现 同样 的 效果 ， 只 是 有 时 候 ， 其 中 的 某 一 个 会 更 为 优 
雅 。 下 一 章 会 继续 探讨 保持 灵活 性 的 方法 : 类 型 类 (type class) 。 


类 型 类 


前 两 章 讨 论 了 几 种 保持 DRY 和 灵活 性 的 函数 式 编程 技术 : 


1. HAWA (function composition ) 
2. 部 分 函数 应 用 (partial function application ) 
3. 柯 里 化 (currying) 


这 一 章 依 昌 围 绕 代 码 灵 活性 而 来 ， 不 过 不 再 讨论 作为 头等 公民 的 函数 ， 而 是 类 型 系 
统 (注意 : 并 不 是 要 丨 的 去 研究 类 型 系统 ) 。 你 将 学 习 类 型 类 | 


可 能 你 会 觉得 这 没有 实际 意义 ， 认 为 这 是 被 Haskel| 狂热 分 子 带 入 Scala 社区 的 异 
国情 调 ， 显 然 不 是 这 样 。 类 型 类 已 经 成 为 Scala 标准 库 ， 甚 至 是 很 多 流行 的 、 广 泛 
使 用 的 第 三 方 开源 库 的 重要 组 成 部 分 ， 了 解 和 熟悉 类 型 类 是 很 有 必要 的 。 


1. 类 型 类 的 概念 ， 

2. 它 为 什么 有 用 ， 

3. 使 用 它 如 何 受 益 ， 

4. 如 何 实现 类 型 类 ， 并 用 于 实践 。 


问题 


我 们 用 例子 ， 而 不 是 一 个 对 类 型 类 的 抽象 解释 ， 开 始 本 文 的 主题 ， 例 子 简化 了 概 
念 ， 也 相当 实用 。 


假设 想 提供 一 系列 可 以 操作 数字 集合 的 函数 ， 主 要 是 计算 它们 的 聚合 值 。 进 一 步 假 
设 只 能 通过 索引 来 访问 集合 的 元 素 ， 只 能 使 用 定义 在 Scala 集合 上 的 reduce 7 
法 。 (施加 这 些 限制 ， 是 因为 要 实现 的 东西 ，Scala 标准 库 已 经 提供 了 ) 最 后 ， 假 


` 


定 得 到 的 值 已 排序 。 


我 们 先 从 median > quartiles > iqr 的 一 个 粗暴 实现 开始 : 


object Statistics { 
def median(xs: Vector[Double]): Double = xs(xs.size / 2) 
def quartiles(xs: Vector[Double]): (Double, Double, Double 


je 
(xs(xs.size / 4), median(xs), xs(xs.size / 4 * 3)) 
def iqr(xs: Vector[Double]): Double - quartiles(xs) match 
{ 
case (lowerQuartile, _, upperQuartile) => upperQuartile 
- lowerQuartile 


} 
def mean(xs: Vector[Double]): Double - ( 
xs.reduce( + ) / xs.size 


median 将 数据 集 分 成 两 半 ， 下 四 分 位 数 和 上 四 分 位 数 ( quartiles 方法 返回 
的 元 组 的 第 一 、 第 三 个 元 素 ) 分 别 分 割 了 数据 集 的 25% 。 iqr 方法 返回 四 分 差 
(上 四 分 卫 数 和 下 四 分 位 数 的 差 ) 。 


现在 我 们 想 支 持 更 多 的 类 型 ， 比 如 ， Int ， 所 以 应 该 为 这 个 类 型 实现 上 面 这 些 方 
法 ， 对 吧 ? 


不 上 不 能 想当然 的 为 Vector[Int] 重 载 上 面 的 方法 〈《 施 异 的 技巧 除外 ) ， 因 为 
类 型 参数 会 被 擦 除 ， 而 且 这 样 做 有 代码 宛 余 的 嫌疑 。 


要 是 Int 和 Double 扩展 自 一 个 共同 的 基 类 ， 或 者 都 实现 了 一 个 像 是 
Number 这 样 的 特质 ， 那 该 多 好 ! 


你 可 能 会 想 着 去 把 上 述 方法 需要 的 参数 类 型 替换 成 更 通用 的 类 型 ， 看 起 来 会 是 这 
样 : 


object Statistics ( 
def median(xs: Vector[Number]): Number - ??? 
def quartiles(xs: Vector[Number]): (Number, Number, Number 
j) = 207 
def iqr(xs: Vector[Number]): Number = ??? 
def mean(xs: Vector[Number]): Number - ??? 


这 样 做 ， 不 仅 丢 掉 了 先前 的 类 型 信息 ， 还 违背 了 扩展 性 : 不 能 强制 第 三 方 的 数字 类 
型 扩展 Number 特质 。 幸 运 的 是 ， 本 例 并 不 存在 这 样 一 个 通用 的 特质 。 


对 于 这 种 问题 ，Ruby 的 做 法 是 猴子 补丁 (monkey patching) ， 扩 展 新 类 型 让 它 
看 起 来 像 一 个 Number ， 但 是 这 样 会 污染 全 局 命名 空间 。 年 轻 时 遭 到 “四 人 帮 ” 打 
击 的 Java 开发 者 ， 则 会 认为 适配器 (Adpater) 能 解决 上 面 所 有 问题 : 


“四 人 帮 ” 这 里 指 的 是 设计 模式 一 书 的 作者 : Erich Gamma ` Richard Helm ` 
Ralph Johnson 和 John Vlissides ， 具 体 
Jb : http://en.wikipedia.org/wiki/Design_Patterns 


object Statistics { 

trait NumberLike[A] { 
def get: A 
def plus(y: NumberLike[A]): NumberLike[A] 
def minus(y: NumberLike[A]): NumberLike[A] 
def divide(y: Int): NumberLike[A] 

} 

case class NumberLikeDouble(x: Double) extends NumberLike[ 

Double] ( 

def get: Double - x 
def minus(y: NumberLike[Double]) - NumberLikeDouble(x - 





y.get) 
def plus(y: NumberLike[Double]) = NumberLikeDouble(x + y 
.get) 
def divide(y: Int) - NumberLikeDouble(x / y) 
} 
type Quartile[A] = (NumberLike[A], NumberLike[A], NumberLi 
ke[A]) 





def median[A](xs: Vector[NumberLike[A]]): NumberLike[A] = 
xs(xs.size / 2) 
def quartiles[A](xs: Vector[NumberLike[A]]): Quartile[A] = 
(xs(xs.size / 4), median(xs), xs(xs.size / 4 * 3)) 
def igr[A](xs: Vector[NumberLike[A]]): NumberLike[A] = qua 
rtiles(xs) match ( 
case (lowerQuartile, (4, upperQuartile) => upperQuartile. 
minus(lowerQuartile) 


} 
def mean[A](xs: Vector[NumberLike[A]]): NumberLike[A] = 
xs.reduce(_.plus(_)).divide(xs.size) 


an 使 用 这 个 库 的 用 户 可 以 将 类 型 通过 NumberLike ié 
器 传递 过 来 ， 无 需 重新 编译 统计 库 。 


但 是 ， 把 数字 封装 在 适配器 里 ， 这 样 的 代码 会 令 人 厌倦 ， 无 论 读 写 ， 而 且 和 统计 库 
交互 时 ， 必 须 创建 一 大 堆 适 配器 实例 。 


类 型 类 来 救援 


对 目前 所 介绍 的 方法 来 说 ， 类 型 类 是 一 个 强大 的 替代 。 类 型 类 是 Haskell 语言 一 个 
突出 的 特征 ， 虽 然 它 的 名 字 里 有 类 ， 但 它 和 面向 对 象 编程 里 的 类 没有 任何 关系 。 


一 个 类 型 类 c 定义 了 一 些 行为 ， 要 想 成 为 C 的 一 员 ， 类 型 T 必须 支持 这 些 
行为 。 一 个 类 型 T 到 底 是 不 是 类 型 类 C 的 成 员 ， 这 一 点 并 不 是 与 生 俱 来 的 。 
开发 者 可 以 实现 类 必须 支持 的 行为 ， 使 得 这 个 类 变 成 类 型 类 的 成 员 。 一旦 T € 
成 类 型 类 c 的 一 员 ， 参 数 类 型 为 类 型 类 C 成 员 的 函数 就 可 以 接受 类 型 T 的 
实例 。 


这 样 ， 类 型 类 支持 临时 的 、 追 溯 性 的 多 态 ， 依 赖 类 型 类 的 代码 支持 扩展 性 ， 且 无 需 
创建 任何 适配器 对 象 。 


创建 类 型 类 

Scala 中 ， 类 型 类 可 以 通过 技术 组 合 来 实现 和 使 用 ， 比 之 Haskell， 它 在 Scala 里 的 
参与 度 更 高 ， 而 且 带 给 开发 者 更 多 的 控制 。 

创建 一 个 类 型 类 涉及 到 几 个 步骤 。 


首先 ， 我 们 来 定义 一 个 特质 : 


object Math ( 
trait NumberLike[T] 1 
det plus(xs T; y* T) 
def divide(x:* T, y: Int): T 
def minus (x D Sys T Ti 





上 述 代码 创建 了 名 为 NumberLike 的 类 型 类 特质 。 类 型 类 总 会 带 着 一 个 或 多 个 类 
型 参数 ， 通 常 是 无 状态 的 ， 比 如 : 里 面 定义 的 方法 只 对 传 入 的 参数 进行 操作 。 前 文 
的 适配器 操作 的 是 它 自己 的 字段 和 接受 的 一 个 参数 ， 而 这 里 定义 的 方法 都 需要 两 个 
参数 ， 其 中 第 一 个 参数 对 应 适配器 中 的 字段 。 


提供 默认 成 员 


第 二 步 通常 是 在 伴生 对 象 里 提供 一 些 默认 的 类 型 类 特质 实现 ， 之 后 你 会 知道 为 什么 
要 这 么 做 。 在 这 之 前 ， 先 来 实现 Double 和 Int 的 类 型 类 特质 : 


object Math ( 

trait NumberLike[T] (1 
def plus(x* pP, y: T T 
def divide(x: T, y: Int): T 
def manus: m y: Tm): T 

} 

object NumberLike { 
implicit object NumberLikeDouble extends NumberLike[Doub 


le] { 
def plus(x: Double, y: Double): Double = x + y 
def divide(x: Double, y: Int): Double =x / y 
def minus(x: Double, y: Double): Double = x - y 
} 
implicit object NumberLikeInt extends NumberLike[Int] { 
def plus(x: Int, y: Int): Int - Xx * y 
def divide(x: Int, y: Int): Int = x / y 
def minus(x: Int, y: Int): Int =x - y 
} 
} 
} 


两 件 事情 : 第 一 ， 这 两 个 实现 基本 相同 。 但 不 总 是 这 样 ， 毕 竞 NumberLike 只 是 
一 个 很 小 的 域 。 后 面 会 给 出 类 型 类 的 一 些 例子 ， 当 为 这 些 例子 实现 多 个 类 型 时 ， 重 
M Rd de o qe > NumberLikeInt 做 整数 除法 的 时 候 ， 会 损失 一 些 精 
Roch 一 事实 ， 这 只 是 为 简单 起 见 


你 也 许 会 发 现 ， 类 型 类 的 成 员 通常 是 单 例 对 象 ， 而 且 会 有 一 个 implicit 关键 字 
位 于 前 面 ， 这 是 类 型 类 在 Scala 中 成 为 可 能 的 几 个 重要 因素 之 一 ， 在 某 些 条 件 下 ， 
它 让 类 型 类 成 员 隐 式 可 用 。 更 多 相关 的 知识 在 下 一 节 。 


运用 类 型 类 


有 了 类 型 类 和 两 个 默认 实现 之 后 ， 就 可 以 根据 它们 来 实现 统计 。 我 们 先 将 重点 放 在 
mean 方法 上 : 


object Statistics { 
import Math.NumberLike 
def mean[T](xs: Vector[T])(implicit ev: NumberLike[T]): T 


ev.divide(xs.reduce(ev.plus( , _)), xs.size) 


这 样 的 代码 初 看 起 来 可 能 有 点 吓人 ， 实 际 上 是 相当 简单 ， 方 法 带 有 一 个 类 型 参数 
T ， 接 受 类 型 为 Vector[T] 的 参数 。 


将 参数 限制 | 在 特定 类 型 类 的 成 员 上 ， 是 通过 第 二 个 implicit 参数 列表 实现 的 。 
这 是 什么 意思 ? 这 是 说 ， 当 前 作用 域 中 必须 存在 一 个 隐 式 可 用 的 ”NumberLike[T] 
mp al) 这 种 声明 很 多 时 
候 都 是 通过 导入 一 个 有 隐 式 值 定义 的 包 或 者 对 象 来 实现 的 。 


当 且 仅 当 没有 发 现 其 他 隐 式 值 时 ， 编 译 器 会 在 隐 式 参数 类 型 的 伴生 对 象 中 寻找 。 作 
为 库 的 设计 者 ， es 味 着 库 的 使 用 者 可 以 轻易 的 
重 写 默 认 实 现 ， 这 正 是 库 设计 者 喜闻乐见 的 。 用 户 还 可 以 为 隐 式 参数 传递 一 个 显示 
值 ， 来 重 写作 用 域内 的 隐 式 值 。 


让 我 们 来 验证 下 默认 的 实现 是 否 可 以 被 正确 解析 : 


val numbers = Vector[Double](13, 23.0, 42, 45, 61, 73, 96, 1 
00. 199. 420,900, 3939) 
println(Statistics.mean(numbers)) 


ZRT ! 试 试 Vector[String] 尔 会 在 编译 期 得 到 一 个 错误 ， 这 个 错误 指出 
参数 ev: NumberLike[String] ARNETHA o 如 果 你 a 误 消 
息 ， 你 可 以 用 @implicitNotFound 为 类 型 类 添加 批注 ， 来 自 定义 错误 消息 : 


M 


object Math { 
import annotation.implicitNotFound 
QimplicitNotFound("No member of type class NumberLike in s 
cope for $(T)") 

trait NumberLike[T] { 
def plus(x* m y: T): T 
def divide(xs T, y: Int): T 
det minus(x: T, y: T): T 


EFL 


总 是 带 着 这 个 隐 式 参数 列表 显得 有 些 匈 长 。 对 于 只 有 一 个 类 型 参数 的 隐 式 参数 ， 
Scala 提供 了 一 种 叫做 ET 3: 9X (context bound) 的 简写 。 为 了 说 明 这 一 使 用 方 
法 ， 我 们 用 它 来 实现 剩 下 的 统计 方法 : 


object Statistics { 
import Math.NumberLike 
def mean[T](xs: Vector[T])(implicit ev: NumberLike[T]): T 


ev.divide(xs.reduce(ev.plus( , _)), xs.size) 
def median[T : NumberLike](xs: Vector[T]): T = xs(xs.size 
72) 
def quartiles[T: NumberLike](xs: Vector[T]): (T, T, T) - 
(xs(xs.size / 4), median(xs), xs(xs.size / 4 * 3)) 
def iqr[T: NumberLike](xs: Vector[T]): T - quartiles(xs) m 
atch ( 
case (lowerQuartile, _, upperQuartile) => 
implicitly[NumberLike[T]].minus(upperQuartile, lowerQu 
artile) 


j 


上 下 文 绑 定 T: NumberLike 意思 是 ， 必 须 有 一 个 类 型 为 ”NumberLike[T] 的 隐 
式 值 在 当前 上 下 文中 可 用 ， 这 和 隐 式 参数 列表 是 等 价 的 。 如 果 想 要 访问 这 个 隐 式 
值 ， 需 要 调用 implicitly 方法 ， 就 像 上 述 iqr 方法 所 做 的 那样 。 如 果 类 型 


类 需要 多 个 类 型 参数 ， 就 不 能 使 用 上 下 文 绑 定语 法 了 。 


自 定 义 的 类 型 类 成 员 


含有 类 型 类 的 库 的 使 用 者 ， 或 人 迟 或 早 会 想 将 他 自己 的 类 型 加 入 到 类 型 类 成 员 中 。 m 
如 说 ， 可 能 想 将 统计 用 在 Joda Time 的 Duration 实例 上 。 


我 们 来 试 试 吧 。 首 先 将 Joda Time 加 入 到 路 径 里 : 
libraryDependencies += "joda-time" % "joda-time" % "2.1" 


libraryDependencies += "org.joda" % "joda-convert" % "1.3" 


现在 ， 只 需 创 建 NumberLike 的 一 个 隐 式 实现 : 


object JodalImplicits { 
import Math.NumberLike 
import org.joda.time.Duration 
implicit object NumberLikeDuration extends NumberLike[Dura 
tion] { 
def plus(x: Duration, y: Duration): Duration = x.plus(y) 
def divide(x: Duration, y: Int): Duration - Duration.mil 
lis(x.getMillis / y) 
def minus(x: Duration, y: Duration): Duration - x.minus( 
y) 


c 


导入 包含 这 个 实现 的 包 或 者 对 象 ， 就 可 以 计算 一 堆 durations 的 平均 值 了 : 


import Statistics._ 
import JodaImplicits. 
import org.joda.time.Duration. 


val durations = Vector(standardSeconds(29), standardSeconds( 
57), standardMinutes(2), 
standardMinutes(17), standardMinutes(390), standardMinutes( 
58), standardHours(?2), 
standardHours(5), standardHours(8), standardHours(17), sta 
ndardDays(1), 
standardDays(^)) 
println(mean(durations).getStandardHours) 


使 用 场景 


NumberLike 类 型 类 是 一 个 非常 好 的 例子 ， 但 Scala 已 经 有 Numeric 了 。 对 于 
集合 的 类 型 参数 T ， 只 要 存在 一 个 可 用 的 Numeric[T] ， 就 可 以 在 该 集合 上 调 
用 sum ^ product 这 样 的 方法 。 标 准 库 中 另 一 个 使 用 比较 多 的 类 型 类 是 
Ordering ， 可 以 为 自 定义 类 型 提供 一 个 隐 式 排序 ， 用 在 Scala 集合 的 sort 7 
法 。 
标准 库 中 还 有 更 多 这 样 的 类 型 类 ， 不 过 ，Scala 开发 者 并 不 需要 与 它们 中 的 每 一 个 
都 打交道 。 


第 三 方 库 中 一 个 非常 常见 的 用 例 是 对 象 序列 化 和 反 序 列 化 ， 尤 其 是 JSON A o 
使 一 个 类 成 为 n 类 型 类 的 成 员 ， 就 可 以 自 定 义 类 的 序列 化 方式 ， 序 列 化 成 
JSON ` XML 或 者 是 任何 新 的 格式 。 

Scala 类 型 和 数据 库 驱 动 支持 的 类 型 之 间 的 映射 ， 通 常 也 是 通过 类 型 类 获得 自 定义 
和 可 扩展 性 的 。 


E 


Cx 


^N 


一 旦 开始 用 Scala 来 做 些 正 式 的 工作 ， 不 可 避免 的 会 遇 到 类 型 类 。 布 望 读者 在 读 完 
这 一 章 后 ， 能 够 利用 好 这 一 强大 技术 。 


Scala 类 型 类 使 得 在 开发 Scala 应 用 时 ， 一 方面 可 以 有 无 限 可 追加 的 扩展 ， 另 一 方 
面 又 可 以 保留 尽 可 能 多 的 具体 类 型 信息 。 


和 其 他 语言 应 对 这 种 问题 的 方法 想 比 ，Scala 给 予 了 开发 者 完全 的 控制 权 ， 因 为 类 
型 类 的 实现 可 以 被 轻易 的 重 写 ， 而 且 在 全 局 命名 空间 里 不 可 用 。 


你 将 看 到 这 种 技术 在 编写 由 其 他 人 使 用 的 库 时 尤其 有 用 ， 在 应 用 程序 代码 中 ， 为 了 
减少 模块 之 间 的 耦合 ， 类 型 类 也 是 有 用 武之 地 的 。 


路 径 依赖 类 型 


上 一 章 介 绍 了 类 型 类 的 概念 ， 这 种 模式 使 设计 出 来 的 程序 既 拥 抱 扩 展 性 ， 又 不 放弃 
具体 的 类 型 信息 。 这 一 章 ， 我 们 还 将 继续 探究 Scala 的 类 型 系统 ， 讲 讲 另 一 个 特 
性 ， 这 个 特性 可 以 将 Scala 与 其 他 主流 编程 语言 区 分 开 : 依赖 类 型 ， 特 别 是 ， 路 径 
依赖 的 类 型 和 依赖 方法 类 型 。 


一 个 广泛 用 于 反对 静态 类 型 的 论点 是 “the compiler is just in the way” > 448] 69 
都 是 数据 ， 为 什么 还 要 建立 一 个 复杂 的 类 型 层次 结构 ? 

到 最 后 ， 静 态 类 型 的 唯一 目的 就 是 ， 让 “超级 智能 "的 编译 器 来 定期 “ 盖 厚 "编程 人 员 ， 
以 此 来 预防 程序 的 bug， 在 事情 变 得 糟糕 之 前 ， 保 证 你 做 出 正确 的 选择 。 

路 径 依 赖 类 型 是 一 种 强大 的 工具 ， 它 把 只 有 在 运行 期 才 知 道 的 逻辑 放 在 了 类 型 里 ， 

编译 器 可 以 利用 这 一 点 减少 甚至 防止 bug 的 引入 。 


有 时 候 ， 意 外 的 引入 路 径 依赖 类 型 可 能 会 导致 难堪 的 局 面 ， 尤 其 是 当 你 从 来 没有 听 
说 过 它 。 因此 ， 了 解 和 熟悉 它 绝对 是 个 好 主意 ， 不 管 以 后 要 不 要 用 。 


问题 


先 从 一 个 问题 开始 ， 这 个 问题 可 以 由 路 径 依赖 类 型 帮 有 我 们 解决 : 在 同人 小 说 中 ， 经 
常会 发 生 一 些 骇人听闻 的 事情 。 比如 说 ， 两 个 主角 去 约会 ， 即 使 这 样 的 情景 有 多 么 
的 不 合 常理 ， 甚 至 还 有 穿越 的 同人 小 说 ， 两 个 来 自 不 同系 列 的 角色 互相 约会 。 


过 ， 好 的 同人 小 说 写 手 对 此 是 不 悄 一 顾 的 。 肯 定 有 什么 模式 来 阻止 这 样 的 错误 做 
下 面 是 这 种 领域 模型 的 初版 : 


object Franchise ( 
case class Character(name: String) 
} 
class Franchise(name: String) { 
import Franchise.Character 
def createFanFiction( 
lovestruck: Character, 
objectOfDesire: Character): (Character, Character) = (lo 
vestruck, objectOfDesire) 


} 


角色 用 character 样 例 类 表示 ， Franchise 类 有 一 个 方法 ， 这 个 方法 用 来 创 
建 有 关 两 个 角色 的 小 说 。 下 面 代码 创建 了 两 个 系列 和 一 些 角色 : 


val starTrek = new Franchise("Star Trek") 
val starWars - new Franchise("Star Wars") 


val quark - Franchise.Character("Quark") 
val jadzia - Franchise.Character("Jadzia Dax") 


val luke - Franchise.Character("Luke Skywalker") 
val yoda = Franchise.Character(" Yoda") 


不 幸 的 是 ， 这 一 刻 ， 我 们 无 法 阻止 不 好 的 事情 发 生 : 


starTrek.createFanFiction(lovestruck = jadzia, objectOfDesir 
e = luke) 


多 么 恐怖 的 事情 ! 某 个 人 创建 了 一 段 同 人 小 说 ， 姥 琪 戴 克 斯 和 天 行者 卢 克 竟然 在 约 
会 ! 我 们 不 应 该 容忍 这 样 的 事情 。 


婕 琪 戴 克 斯 : 星际 迷航 中 的 角色 : http://en.wikipedia.org/wiki/Jadzia_Dax 天 行 
者 卢 克 : 星球 大 战 中 的 角色 : http://en.wikipedia.org/wiki/Luke_Skywalker 


你 的 第 一 直觉 可 能 是 ， 在 运行 期 做 一 些 检查 ， 保 证 约会 的 两 个 角色 来 自 同一 个 特许 
商 。 比如 说 : 


object Franchise ( 
case class Character(name: String, franchise: Franchise) 


} 
class Franchise(name: String) { 
import Franchise.Character 
def createFanFiction( 
lovestruck: Character, 
objectOfDesire: Character): (Character, Character) = { 
require(lovestruck.franchise == objectOfDesire.franchise 


(lovestruck, objectOfDesire) 


现在 ， 每 个 角色 都 有 一 个 指向 所 属 发 行商 的 引用 ， 试 图 创建 包含 不 同系 列 角色 的 小 
说 会 引发 IllegalArgumentException 异常 。 


路 径 依 赖 类 型 


xdg o TR? 毕竟 这 是 被 灌输 多 年 的 行为 方式 : 快速 失败 。 然而 ， 有 了 
Scala， 我 们 能 做 的 更 好 。 有 一 种 可 以 更 快速 失败 的 方法 ， 不 是 在 运行 期 ， 而 是 在 
编译 期 。 为 了 实现 它 ， 我 们 需要 将 Character 和 它 的 Franchise 之 间 的 联系 
编码 在 类 型 层面 上 。 


Scala RAXM 工作 的 方式 允许 我 们 这 样 做 。 一 个 谨 套 类 型 被 绑 定 在 一 个 外 层 类 型 
的 实例 上 ， 而 不 是 外 层 类 型 本 身 。 这 意味 着 ， 如 果 将 内 部 类 型 的 一 个 实例 用 在 包含 
它 的 外 部 类 型 实例 外 面 ， 会 出 现 编译 错误 : 


class A ( 
class B 
var b: Option[B] = None 
} 
val al = new A 
val a2 = new A 
val bi = new a1.B 
val b2 - new a2.B 
al,.b = Some(b1) 
a2.b = Some(b1) // does not compile 


不 能 简单 的 将 绑 定 在 a2 上 的 类 型 B 的 实例 赋值 给 al 上 的 字段 : 前 者 的 类 
型 是 a2.B ， 后 者 的 类 型 是 al.B 。 中 间 的 点 语法 代表 类 型 的 路 径 ， 这 个 路 径 
通 往 其 他 类 型 的 具体 实例 。 因此 命名 为 路 径 依赖 类 型 。 


下 面 的 代码 运用 了 这 一 技术 : 


class Franchise(name: String) { 
case class Character(name: String) 
def createFanFictionWith( 
lovestruck: Character, 
objectOfDesire: Character): (Character, Character) = (lo 
vestruck, objectOfDesire) 


j 


这 样 ， 类 型 Character RAE Franchise 里 ， 它 依赖 于 一 个 特定 的 


Franchise 实例 。 


重新 创建 几 个 角色 和 发 行商 : 


val starTrek new Franchise("Star Trek") 


val starWars = new Franchise("Star Wars") 


val quark = starTrek.Character("Quark") 
val jadzia - starTrek.Character("Jadzia Dax") 


val luke = starWwars.Character("Luke Skywalker") 
val yoda = starwars.Character( Yoda") 


把 角色 放 在 一 起 构成 小 说 : 


starTrek.createFanFictionWith(lovestruck = quark, objectOfDe 


sire - jadzia) 
starWwars.createFanFictionWith(lovestruck = luke, objectOfDes 
ire - yoda) 


顺利 编译 ! 接 下 来 ， 试 着 去 把 jadzia 和 luke 放 在 一 


starTrek.createFanFictionWith(lovestruck = jadzia, objectOfD 
esire - luke) 


不 应 该 的 事情 就 会 编译 失败 ! 编译 器 抱怨 类 型 不 匹配 : 


found : starWars.Character 
required: starTrek.Character 
starTrek.createFanFictionWith(lovestruck - ja 
dzia, objectOfDesire - luke) 


即使 这 个 方法 不 是 在 “Franchise 中 定义 的 ， 这 项 技术 同样 可 用 。 这 种 情况 下 ， 
可 以 使 用 依赖 方法 类 型 ， 一 个 参数 的 类 型 信息 依赖 于 前 面 的 参数 。 


def createFanFiction(f: Franchise)(lovestruck: f.Character, 
objectOfDesire: f.Character) - 
(lovestruck, objectOfDesire) 


可 以 看 到 ， lovestruck 和 objectofDesire 参数 的 类 型 依赖 于 传递 给 该 方法 
的 Franchise 实例 。 不 过 请 注意 : 被 依赖 的 实例 只 能 在 一 个 单独 的 参数 列表 
里 o 


抽象 类 型 成 员 


依赖 方法 类 型 通常 和 抽象 类 
持 读 取 和 存放 操作 ， 但 是 


型 成 员 一 起 使 用 。 假设 我 们 在 开发 一 个 键 值 存储 ， 只 支 
类 型 安全 的 。 下面 是 一 个 简化 的 实现 : 


M m 


object AwesomeDB ( 
abstract class Key(name: String) ( 
type Value 


} 


import AwesomeDB. Key 
class AwesomeDB { 
import collection.mutable.Map 
val data = Map.empty[Key, Any] 
def get(key: Key): Option[key.Value] = data.get(key).asIns 
tanceOf [Option[key.Value]] 
def set(key: Key)(value: key.Value): Unit - data.update(ke 
y, value) 


j 


我 们 定义 了 一 个 含有 抽象 类 型 成 员 Value 的 类 Key °  AwesomeDB 中 的 方法 
可 以 引用 这 个 抽象 类 型 ， 即 使 不 知道 也 不 关心 它 到 底 是 个 什么 表现 形式 。 


定义 一 些 想 使 用 的 具体 的 键 : 


trait IntValued extends Key { 
type Value - Int 
} 
trait StringValued extends Key { 
type Value = String 
} 
object Keys { 
val foo = new Key("foo") with IntValued 
val bar - new Key("bar") with StringValued 


就 可 以 存放 键 值 对 了 : 


N 
N 


val dataStore = new AwesomeDB 
dataStore.set(Keys.foo)(23) 

val i: Option[Int] - dataStore.get(Keys.foo) 
dataStore.set(Keys.foo)("23") // does not compile 


实践 中 的 路 径 依赖 类 型 


在 典型 的 Scala 代码 中 ， 路 径 依赖 类 型 并 不 是 那么 无 处 不 在 ， 但 它 确实 是 有 很 大 的 
实践 价值 的 ， 除 了 给 同人 小 说 建 模 之 外 。 


最 普遍 的 用 法 是 和 cake pattern 一 起 使 用 ，cake pattern 是 一 种 组 件 组 合 和 依赖 管 
理 的 技术 。 冠 以 这 一 点 ， 可 以 参考 Debasish Ghosh 的 文章 。 

把 一 些 只 有 在 运行 期 才 知 道 的 信息 编码 到 类 型 里 ， 比 如 说 : 异 构 列表 、 自 然 数 的 类 
型 级 别 表 示 ， 以 及 在 类 型 中 携带 大 小 的 集合 ， 路 径 依赖 类 型 和 依赖 方法 类 型 有 着 至 
关 重 要 的 角色 。 Miles Sabin 正在 Shapeless 中 探索 Scala 类 型 系统 的 极限 。 


译 者 结语 


到 这 里 ， 有 关 Scala 的 知识 已 经 讲 的 差不多 了 。 原 博文 还 有 两 篇 用 来 讲述 Akka 
Actor， 但 个 人 觉得 放 在 新 手指 南里 并 不 合适 。 不 是 说 actor 不 重要 ， 毕 竞 不 是 核心 
库 的 一 部 分 ， 对 于 理解 scala 这 门 语 言 用 处 不 大 。 


所 以 ， 就 到 这 里 结束 吧 ， 和 希望 读者 能 喜欢 上 Scala。 另外 ， 欢 迎 对 此 译文 的 任何 建 
议和 批评 。 


